请高手指点一下，服务器突然断电，oracle数据库登录不了
[问题点数：100分，无满意结帖，结帖人wildwave]
请高手指点一下，服务器突然断电，oracle数据库登录不了
[问题点数：100分，无满意结帖，结帖人wildwave]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
匿名用户不能发表回复！|服务器突然停电后不启动。急。求_百度知道
服务器突然停电后不启动。急。求
灯亮。屏幕检查不到信号
我有更好的答案
硬件出问题的几率比较大
电脑维修技术员
1、关机，去掉主板电池放电10分钟，再开机2、拔插内存、硬盘挨个测试看显示器提示3、更换电源测试，是不是电源出故障欠压（可能性极小）4、主板问题。。这就悲催了
修啊，看看是不是内存坏了，先拿出来查查，擦一下
为您推荐：
其他类似问题
服务器的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。豆丁微信公众号
君，已阅读到文档的结尾了呢~~
服务器非正常断电后加电自动重启设置
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
服务器非正常断电后加电自动重启设置
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口（因为服务器是在分店，具体的环境不了解）
通过日志发现，应该是早晨7:44重新开启了服务器，至于是什么时候断电就不清楚了。
首先是有人反应连不到数据库，远程登录后，查看监听是正常的，然后查看数据为的状态
SQL& select status from v$
------------------------
发现数据库没有OPEN，关闭数据库，然后再打开，看看有什么报错信息
SQL& shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
ORA-00214: control file '/u02/oradata/dba/control02.ctl' version 133052
inconsistent with file '/u02/oradata/dba/control01.ctl' version 133048
控制文件出了问题，第一个和第二个控制文件异常，第三个应该是好的吧
SQL& alter system set control_files='/u02/oradata/dba/control03.ctl' scope=
System altered.
SQL& shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL& startup mount
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
第三个控制文件确实可用，这样问题就简单了，把第三个控制文件覆盖第一和第二个控制文件即可
SQL& shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
-bash-3.2$ cd /u02/oradata/dba
-bash-3.2$ cp control03.ctl control01.ctl
-bash-3.2$ cp control03.ctl control02.ctl
-bash-3.2$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.4.0 - Production on Wed Aug 6 11:48:15 2014
Copyright (c) 1982, 2007, Oracle.
All Rights Reserved.
Connected to an idle instance.
SQL& startup nomount
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
SQL& alter system set control_files='/u02/oradata/dba/control01.ctl','/u02/oradata/dba/control02.ctl','/u02/oradata/dba/control03.ctl' scope=
System altered.
SQL& shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
ORA-01113: file 3 needs media recovery
ORA-01110: data file 3: '/u02/oradata/dba/sysaux01.dbf'
还有数据文件需要恢复，这也好办
SQL& recover datafile 3;
Media recovery complete.
最后修复了近10个数据文件，以为这下总可以了吧，可是在重启数据库时又出现了新的问题
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
ORA-00603: ORACLE server session terminated by fatal error
经查问题，修改了两个参数，重启数据库成功
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
SQL& alter system set events '10046 trace name context off';
System altered.
SQL& alter system set timed_statistics=
System altered.
SQL& shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
Database opened.
以为问题解决了，于是去翻了一下alert，发现alert中有很多的错误
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_smon_5028.trc:
ORA-01595: error freeing extent (18) of rollback segment (11))
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [14], [16], [], [], [], [], []
6 13:35:50 2014
DEBUG: Replaying xcb 0x9abcc418, pmd 0x991fa808 for failed op 8
Doing block recovery for file 18 block 6187
No block recovery was needed
6 13:35:50 2014
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_j000_5050.trc:
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
6 13:35:51 2014
DEBUG: Replaying xcb 0x9abcc418, pmd 0x991fa808 for failed op 8
6 13:35:51 2014
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_j000_5050.trc:
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
Doing block recovery for file 18 block 6187
No block recovery was needed
6 13:35:51 2014
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_mmon_5034.trc:
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
6 13:35:55 2014
DEBUG: Replaying xcb 0x9abcc418, pmd 0x991fa808 for failed op 8
Doing block recovery for file 18 block 6187
No block recovery was needed
6 13:35:55 2014
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_pmon_5016.trc:
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
6 13:35:57 2014
Errors in file /u01/app/oracle/admin/dba/bdump/ora8_pmon_5016.trc:
ORA-00600: internal error code, arguments: [4194], [18], [23], [], [], [], [], []
PMON: terminating instance due to error 472
Instance terminated by PMON, pid = 5016
从报错信息中发现，可能与回滚段有关，并且数据库被强行关闭。
此时想如果换一个undo表空间是否可以启动数据库，由于数据库使用的undo表空间不是系统默认的，所以此时想到改回默认的undo表空间试一下，后来发现还是不行，于是将undo的管理方式改为手动，此时可以正常启动数据库
SQL& startup mount
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
SQL& alter system set undo_management=manual scope=
System altered.
SQL& alter system set undo_tablespace=UNDOTBS01 scope=
System altered.
SQL& shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
Database opened.
然后将原来的undo表空间删除、重建，再重启数据，正常打开
SQL& drop tablespace jfsys_rb including contents and datafiles cascade
System altered.
SQL& create undo tablespace jfsys_rb datafile '/u02/oradata/jfsys_rb.dbf' size 4G;
Tablespace created.
SQL& alter tablespace jfsys_rb add datafile '/u02/oradata/jfsys_rb_add.dbf' size 4G;
Tablespace altered.
SQL& alter system set undo_tablespace=jfsys_rb scope=
System altered.
SQL& alter system set undo_management=auto scope=
System altered.
SQL& shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL& startup
ORACLE instance started.
Total System Global Area
Fixed Size
2088920 bytes
Variable Size
Database Buffers
Redo Buffers
6299648 bytes
Database mounted.
Database opened.
至此再查看alert，日志信息正常。
阅读(...) 评论()网络服务器突然断电的应急措施 - TechTarget数据中心
网络服务器突然断电的应急措施
来源：TechTarget中国
　　我最近为了一个咨询项目，在一个偏远的小乡村里花了几周时间。因为打电话回家十分昂贵，妻子和我便用电邮联系。但在离开美国几天后的一次，电源突然中断，虽然只一秒时间，我们的计算机却无法访问因特网了。最后我只能打电话到12000英里以外请求帮助。
　　虽然我们所有的计算机都是以UPS连接，但其中一个UPS没有及时工作，因而连接在那个UPS上的所有服务器都停止工作。这些服务器都配置成接通电源便会自动启动，但由于访问网络出现问题，我的DNS服务器无法重启。只有手动启动DNS服务器，问题才会得到解决。
　　如果你的公司断电会发生什么呢?多数情况下，你也会将所有服务器连接到UPS，但你也看到了我的情况，UPS也会失灵，尤其是使用了几年。
　　如果你遇到断电，服务器掉线，那么只需在恢复电源后启动服务器便能解决问题。
　　NTFS能起到保护作用
　　几年前，我是NetWare网络的一名管理员。每当出现断电情况，我通常得从停止工作的服务器备份中对其进行恢复。
　　但现在，当一个文件或打印服务器出现问题时，我们很少再使用恢复这种方法。很多人都没有意识到，但NT文件系统(NTFS)的确包含有断电时的防护措施。只有创建或修改一个文件，NTFS就将该操作认作处理程序。这意味着在操作写入磁盘以前就已经写入事务日志了。事实上，任何时候你想将文件写入一个NTFS中，Windows就会进行以下操作:
　　将处理的meta-data操作记录在RAM的日志文件中。
　　在RAM中记录实际的meta-data操作。
　　在日志里标记出该处理。
　　将日志转储到硬盘里。
　　在硬盘里写入实际的meta-data操作。
　　(注意:第四、第五步骤并不总是立即发生。)
　　只要进行这些步骤，一旦出现断电情况，Windows将自动运行CHKDSK，将其作为启动的一部分。CHKDSK将日志文件比作硬盘。如果日志文件中有处理情况发生，而该处理不在硬盘里或是不完整，Windows就会利用日志中有关信息重构处理，更新硬盘。唯一丢失的数据–通常都很小–是那些写入RAM日志，却未被转储到硬盘里的日志文件的处理程序。
　　将文档服务器重现连接入网相对比较简单，但应用服务器就需要更多工作。在断电后，我启动了一个应用服务器，并得手动开始一些服务，但除此之外，服务器一切良好。然而，在很多情况下，如果应用程序依赖于一个数据库，断电便会破坏该数据库。
　　Exchange Server就是依赖于数据库的应用服务器。它以类似NT文档系统的方式使用事务日志。尽管如此，在断电时还是会丢失一些数据。如果发生这种情况，当重启服务器时，数据库便处于矛盾的状态。那时你就得在装配数据库以前，使用一些内置的维护工具恢复数据库的协调。
　　依赖于数据库的应用程序有很多种。有些应用程序的数据库会用到事务日志，有些则不会。如果你的数据库服务程序发生断电，而其又没有使用事务日志进行保护，那么你不得不从备份中进行恢复了。
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
TechTarget中国
即使戴尔技术公司表现出了对混合云计算的雄心，他们也会让那些传统服务器硬件客户放心，戴尔不会扔下他们不管的。 在 [&]
在云计算基础架构即服务（IaaS）中，你不需要管理你的物理基础架构；而在云计算的无服务计算中，你甚至不需要管理任何虚拟机、操作系统或者容器……
为了向私有云服务迈进，IT团队首先需要评估其当前的数据中心基础设施，从服务器处理器、内存和存储支持开始。
服务器和系统文档是IT管理的关键一环，但是对于很多小型的IT企业来说文档本身可以能会涉及乏味的、容易出错的手动流程。
企业级IT网站群
TechTarget中国 版权所有
All Rights Reserved, Copyright2018
TechTarget中国 版权所有
All Rights Reserved, Copyright2018