如何最大限度防止突然停电引起数据库损坏？
我用过很多数据库，如access,fb,ib,sqlite3,mysql，在突然停电的情况下，都有不同几率引起数据库损坏，且是致命的，无法修复。如何最大限度防止突然停电引起数据库损坏？希望数据库高手把经验介绍一下，谢谢了。
[解决办法]
停电宝,俗称ups
[解决办法]
别说数据库了，硬盘都会坏的
解决办法当然就是UPS了
[解决办法]
UPS
[解决办法]
UPS
[解决办法]
保证系统没在用数据库时断开数据库.
如果正在用数据库,突然断电,那没办法了;
只好用UPS了
[解决办法]
ups是最好的解决办法
[解决办法]
物理解决方法,用智能UPS,带串口/LAN管理的
[解决办法]
backup every day
[解决办法]
UPS。。
不过想问问：UPS电也用完怎么办？不也等于停电？
[解决办法]
地球爆炸怎么办？
[解决办法]
被楼上小BS了把，其实我不是想追根刨底问，我其实是想说：是不是在停电以后，UPS运行时就着手准备断开服务器，关闭主机？我不大清楚大家的做法，反正我这是不管它，一直用，用到来电为止。。。这样好不好？
[解决办法]
没有BS你，不要自作多情。
由此向上五层，“物理解决方法,用智能UPS,带串口/LAN管理的”
[解决办法]
“物理解决方法,用智能UPS,带串口/LAN管理的”是不是可以解决你的疑问。
[解决办法]
呵呵 ups蛮好用
[解决办法]
大型发电机，这个行了吧，停电自动发电
[解决办法]
可以用程序监控到UPS电量,到电快用完时关闭主机还不是小CASE
[解决办法]
===================================================================================
说来说去都是UPS，我想讨论编程注意的问题，从程序上以最大限度防止突然停电引起数据库损坏。UPS不是个好办法。请大家从编程角度讨论这个问题。谈谈大家的经验。一年停电10多次很正常，如果你有100个用户，一年就是1000次停电。按10%损坏就有100个数据库损坏。如何从编程角度上来以最大限度防止突然停电引起数据库损。
===================================================================================
LZ思路有问题，UPS是个最简单有效的好办法，用的人都说好！
除此之外，那就得用异地实时备份这样的复杂方案了。
[解决办法]
ups
[解决办法]
网通的机房也是常停电,只能用ups
[解决办法]
ups + 发电机~~~ 多备些油 保你不会出现没电~~~
[解决办法]
===================================================================================
说来说去都是UPS，我想讨论编程注意的问题，从程序上以最大限度防止突然停电引起数据库损坏。UPS不是个好办法。请大家从编程角度讨论这个问题。谈谈大家的经验。一年停电10多次很正常，如果你有100个用户，一年就是1000次停电。按10%损坏就有100个数据库损坏。如何从编程角度上来以最大限度防止突然停电引起数据库损。
===================================================================================
电都没有了，还有什么样的编程是能跑起来的？
如果是无视硬件问题单从数据保护上来说，也就是注意实时备份吧
[解决办法]
一般情况下ups可以提供足够安全的时间退出设备了
-------------
电都没有了，还有什么样的编程是能跑起来的？
如果是无视硬件问题单从数据保护上来说，也就是注意实时备份吧
and so on
------解决方案--------------------
在 编程上基本上没有好的解决办法.
程序不是万能的 LZ .
[解决办法]
用智能UPS,带串口/LAN管理的，可实现UPS快没电的时候，计算机自动安全关闭
[解决办法]
有种东西叫发电机
[解决办法]
楼上的人都很强！
[解决办法]
UPS
[解决办法]
PCA+UPS
[解决办法]
UPS
[解决办法]
建议改用Sql server
我一般都不会用access,fb,ib,sqlite3,mysql作为数据库,主要原因就是他们停电很容易引起数据库的损坏,而且功能不够强大,Sql server用了好几年了,到目前为止还没有发现过停电数据库损坏的情况,比较稳定.
如果非要用access,fb,ib,sqlite3,mysql作为数据库,那么建议使用短连接,即用完马上要断开
[解决办法]
路过，学习一下！
[解决办法]
双机热备
[解决办法]
应该是UPS+双机热备
[解决办法]
再牛X的软件，都有可能丢数据
想用软件去解决硬件问题，思路就有问题
[解决办法]
UPS确实是最好的方案，但是还是要考虑应用环境，如果是做产品，不可能要求客户都去配备UPS，还是要尽可能的用软件方式去解决问题。
程序解决可以考虑以下思路，首先是数据备份，增加备份频率，比如每小时或两小时，视数据库大小而定。
其次是注意及时关闭数据连结，突然断电造成的文件损坏90%是由于文件处于写入状态，所以对于数据连结一定要做好控制，第一，使用最新的数据驱动程序，目前应当是Jet4，连接数据库时指名使用jet作为引擎；第二，在不需要更新数据的时候一律使用只读锁，以减少文件写入的频率；第三，及时关闭数据连结，尽可能的降低打开文件的频率。
[解决办法]
1、先写几个asp网页
2、和电网公司的人拉好关系，要他们准备停电时就点一下你网页上的按钮，更新某个字段值；
3、在你的服务器上用一个程序即时监视网页所访问的值，并判断否自动关机。
[解决办法]
再加磁盘阵列~~
[解决办法]
UPS是最经济又省事的选择~~
个人感觉UPS + RAID就足够了,有条件的话再上个双机热备...
[解决办法]
第一数据库本身应该有一些设计来确保数据的完整性
第二，ＵＰＳ是不可缺少的，在断电后，利用ＵＰＳ持续供电的时间内，处理好相关工作．
[解决办法]
自己发电。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
[解决办法]
MSSQL, Oracal，DB2之类的DBMS从设计上就保障了突发故障时的的数据完整性，DBMS通常使用事务日志来保存每步的操作，并且使用优化设计的存储方案，使之能在突发事件之后，只要磁盘没有物理损坏，DBMS都能从事务日志中恢复以前的操作，保障数据完整。
[解决办法]
又学了一招
[解决办法]
sql server\oracle\sybase 等企业级数据库一般不会受突然停电的损坏，即使你正在进行数据库读写操作．
[解决办法]
使用事务+断开式链接
[解决办法]
UPS.
从软件的角度...不要使用常连接.
尽量减少数据库读写的时间...以降低停电时数据库文件打开的概率.
读数据尽可能的使用缓存数据.
[解决办法]
UPS.
从软件的角度...不要使用常连接.
尽量减少数据库读写的时间...以降低停电时数据库文件打开的概率.
读数据尽可能的使用缓存数据.
同意
[解决办法]
UPS