Oracle警告日志能不能直接删除_百度知道
Oracle警告日志能不能直接删除
提问者采纳
可以直接删除，易读性太差，之后当oracle需要写警告日志文件时会自动生成一个新的可以删除，如果日志文件太大
来自团队：
其他类似问题
为您推荐：
其他2条回答
cp 到另外的文件,后面产生的日志无法写入.&gt不能.log移动了数据库还开着.因为文件i_node 变了; alertX
可以删除。警告不是错误。
oracle的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁oracle11g重装数据库后em无法访问的解决过程 - Toke L - 博客园
posts - 25, comments - 4, trackbacks - 0, articles - 15
windows 7 64位环境下在装oracle11g的时候，我把oracle软件和数据库一同在安装过程中给全装上了，后面由于某些需要把数据库删了，然后重新创建一个数据库，这时候发现em登录不了，报&503 Service Unavailable&的错，我检查了下数据库连接是可以正常连接上的，然后打开Net Manager查看了下监听，发现监听没有把当前的数据库服务配置进去。
以上为出现的问题，以下为解决方法：
1、打开oracle配置工具里的Net Configuration Assistant，选择&监听程序配置&，下一步，接着选择&重新配置&，下一步，仔细看下每一步配置的参数是否正确就OK了。
2、在命令行上使用&emca -deconfig dbcontrol db&命令删除配置
3、使用&emca -repos drop&命令删除 repository
注：第2、3步骤都要做，要不然在重新安装EM的时候会报&&ORA-20001: SYSMAN already exists..&的错误导致安装失败。
4、使用&emca -config dbcontrol db -repos create&命令进行创建em。
以上步骤做完后就成功创建好em了，点击开始菜单上的oracle文件夹里的Database control-orcl连接就可以正常访问em了。
这里需要注意的是，之前我初次安装好oracle时访问em的地址是&，这里端口号是1158，而现在我重建em后访问时地址链接后面的端口号变成了5500.
接下来我个人出现的情况是用system用户登录em后直接在页面上显示&出现内部错误。有关详细信息, 请查看日志文件。&的错误信息，不过我直接点击右上角的&数据库&链接就可以正常访问主页了，之后再重新登录就不会再报这个错了。Oracle归档日志删除
Oracle归档日记删除 我们都都知道在controlfile中记实着每一个archivelog的干系信息，固然们在OS下把这些物理文件delete掉后，在我们的 controlfile中如故记实着这些archivelog的信息，在oracle的OEM管理器中有可视化的日记揭示出，当我们手工消除 archive目
Oracle归档日记
我们都都知道在controlfile中记实
着每一个archivelog的干系
信息，固然
们在OS下把这些物理文件delete掉后，在我们的
controlfile中如故记实
着这些archivelog的信息，在oracle的OEM管理
器中有可视化的日记
出，当我们手工消除
archive目次
下的文件后，这些记实
并没有被我们从controlfile中消除
掉，也就是oracle并不知道这些文件已经不存在了!这时间
我们要 做手工的消除
的话，下面我颠末
，可以实行这种行动
1. 进入rman 
2. connect target /
4. delete ex
我们再去OEM中看就肯定
看不到，假如
你的从来没有做过这个举措
的话，我们可以比拟
从这个举措
前的controlfile后举措
后的controlfile的巨细
ORACLE精确
删除归档并采取
空间的行动
ORACLE精确
删除归档并采取
空间的行动
一个ORACLE归档日记
满，示意为/oraarchive 这个文件空间占用100％人人
ORACLE为何没有归档掩护器材，很多
人直接删除了事，错了，ORACLE有，并且
很智能，可以精确
的删除归档和 FLASHBACK，不外
,ORACLE归档日记
ORACLE的数据规复
和备份非常重要
，不到万不得已不要删除归档日记
删除归档日记
以ORACLE用户身份登录到数据库做事器主机或通过网络毗连
进入ORACLE数据备份器材
rman target/
或rman target/@orcl
DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';
SYSDATA-7，表明当前的体系
工夫7天前，before关键字表示在7天前的归档日记
了闪回功能，也会删除闪回的数据。
，也可以删除从7天前到如今
，做完这个删除，最好立刻
举办全备份数据库
DELETE ARCHIVELOG FROM TIME 'SYSDATE-7';
UNIX/LINUX下也可以通过FIND找到7天前的归档数据，应用
EXEC子操纵
find /oraarchive -xdev -mtime +7 -name &*.dbf& -exec rm -f {} ;
做如故会在RMAN里留下未管理
的归档文件
在RMAN里推行
下面2条下令
还不如上面的行动
好用，不外
用FIND的好处就是，可以在条件上，和EXEC子项上做很多
，实现更繁杂
一下report obsolete下令
report obsolete下令
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
Report of obsolete backups and copies
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           125    01-NOV-04
Backup Piece       125    01-NOV-04          /data1/oracle/orabak/full_1_
Backup Set           131    04-NOV-04
Backup Piece       131    04-NOV-04          /data1/oracle/orabak/full_AVATAR2_
Backup Set           173    06-DEC-04
Backup Piece       173    06-DEC-04          /data1/oracle/orabak/full_AVATAR2_
Backup Set           179    11-DEC-04
Backup Piece       179    11-DEC-04          /data1/oracle/orabak/arch.arc
Backup Piece       189    17-DEC-04          /data1/oracle/orabak/arch.arc
Backup Set           190    17-DEC-04
Backup Piece       190    17-DEC-04          /data1/oracle/orabak/arch.arc
Backup Set           191    20-DEC-04
Backup Piece       191    20-DEC-04          /data1/oracle/orabak/arch_AVATAR2_
Archive Log          ;  20-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2985.dbf
Archive Log          ;  20-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2984.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2717.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2716.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2715.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2714.dbf
delete obsolete下令
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
using channel ORA_DISK_1
Deleting the following obsolete backups and copies:
Type                 Key    Completion Time    Filename/Handle
-------------------- ------ ------------------ --------------------
Backup Set           125    01-NOV-04
Backup Piece       125    01-NOV-04          /data1/oracle/orabak/full_1_
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2716.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2715.dbf
Archive Log          ;  17-DEC-04          /opt/oracle/oradata/avatar2/archive/1_2714.dbf
Do you really want to delete the above objects (enter YES or NO)? yes
deleted backup piece
backup piece handle=/data1/oracle/orabak/full_AVATAR2_ recid=173 stamp=
deleted archive log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703 stamp=
deleted archive log
archive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf recid=2702 stamp=
Deleted 286 objects
RMAN& cross
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=19 devtype=DISK
specification does not match any archive log in the recovery catalog
5 在rman中用crosscheck反省
,2个归档日记
都是失败的:
RMAN& cross
的通道: ORA_DISK_1
的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=14 devtype=DISK
对归档日记
的验证失败
文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记实
ID=1 工夫戳 =572866
对归档日记
的验证失败
文件名 =D:ORACLEORADATATESTARCHIVE11_48.DBF 记实
ID=2 工夫戳 =57286
已交错查验
6 试着同步一下,看行不可
,crosscheck照样
正在启动整个
RMAN& cross
的通道: ORA_DISK_1
的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=14 devtype=DISK
对归档日记
的验证失败
文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记实
ID=1 工夫戳 =572866
对归档日记
的验证失败
文件名 =D:ORACLEORADATATESTARCHIVE11_48.DBF 记实
ID=2 工夫戳 =57286
已交错查验
7 用list expired看看是否有失效的archive log,证明
没有失效的archive log:
RMAN& list ex
中的任何存档日记
试试,结果再次crosscheck,2个archive log 都乐成
RMAN& exit
C:&set nls_lang=american_america.zhs16gbk
C:&rman catalogrman/rman@safetarget /
Recovery Manager: Release 9.2.0.1.0 - Production
Copyright (c) , Oracle Corporation. All rights reserved.
connected to target database: TEST (DBID=)
connected to recovery catalog database
RMAN& cross
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=9 devtype=DISK
validation succeeded for archived log
archive log filename=D:ORACLEORADATATESTARCHIVE1_47.DBF recid=1 stamp=57286
validation succeeded for archived log
archive log filename=D:ORACLEORADATATESTARCHIVE11_48.DBF recid=2 stamp=5728
Crosschecked 2 objects
====================================
oracle躲藏
参数字典 x$ksppi x$ksppstvl 
oracle的躲藏
参数字典是 x$ksppi，x$ksppstvl基表中，有关隐含参数阐发
，可以查询这个基表
SQL& desc x$ksppi
名称 是否为空? 范例
------    -----
ADDR      RAW(4)
INDX      NUMBER
INST_ID   NUMBER
KSPPINM   VARCHAR2(64)
KSPPITY   NUMBER
KSPPDESC  VARCHAR2(64)
KSPPIFLG  NUMBER
SQL& desc x$ksppcv
名称 是否为空? 范例
----------------------------------------- -------- ----------------------------
ADDR RAW(4)
INDX NUMBER
INST_ID NUMBER
KSPPSTVL VARCHAR2(512)
KSPPSTDF VARCHAR2(9)
KSPPSTVF NUMBER
KSPPSTCMNT VARCHAR2(255)
要查询隐含参数
_allow_resetlogs_corruption /// 这个参数阐发
允许数据库在不同等
的条件下，举办数据库打开
隐含参数的值，行动
SQL& col ksppinm format a30
SQL& col ksppstvl format a30
SQL& select ksppinm,ksppstvl from x$ksppcv cv,x$ksppi pi where cv.indx=pi.indx a
nd pi.ksppinm like '_allow%';
KSPPINM KSPPSTVL
------------------------------ ------------------------------
_allow_error_simulation FALSE
_allow_resetlogs_corruption FALSE
_allow_terminal_recovery_corru FALSE
_allow_read_only_corruption FALSE
这个参数一样平常
在数据库正常无法规复
了，可以用它来强行打开数据库，把数据文件先备份出来，这是
好的办法。
(责任编辑：admin)
------分隔线----------------------------
Oracle EBS Application 位置...
系统环境： RHEL5.3 数据库： Oracle Database10g Release2(10.2.0.1.0) for Linux x8...
以下题目，可根据自己情况挑选题目作答，不必全部作答.您也可以就相关问题直接找负责...
在大型商业应用中，数据的异地容灾备份十分重要，也必不可少。笔者根据自己的实践经验...
作为一名DBA必须有全面知识，从技术角度来说，我们会分成两大块，硬件和软件支持。数...发现自己的知识体系有一段很大的空缺，就是对于 ARM 还是太缺少了解，下面是AVR系列单片机，上面是PC机、服务器，好歹...
您的浏览器不支持嵌入式框架，或者当前配置为不显示嵌入式框架。
Android SDK中带有很多例子，其中Ap...
[Cocos2D-X]初窥门径
版权所有: 红黑联盟--IT精英由此起航
内容来自互联网,仅供用于技术学习,请遵循相关法律法规.黑客不作恶.法律顾问:}