oracle 归档问题

问题描述

1.oracle 远程归档是怎么设的;2.oracle 远程归档的那台机子一定要装有数据库吗，如果远程只是一台普通的服务器备份机，没有装数据库能备份吗？能说说原因吗？

解决方案

2.oracle 远程归档的那台机子一定要装有数据库吗，不是的。如果远程只是一台普通的服务器备份机，没有装数据库能备份吗？当然可以。能说说原因吗？归档文件只是文件，你备份文件，跟装不装数据库，没有关系。1.oracle 远程归档是怎么设的; 写脚本，例如在linux这么做scp -rp /u01/app/oracle/product/10.2.0/db_1/rdbms/log/inventory.tar.gz 10.1.1.15:/tmprm -rf /u01/app/oracle/product/10.2.0/db_1/rdbms/log/inventory.tar.gzssh root@10.1.1.15 "chmod 777 /tmp/inventory.tar.gz"然后在crontab配置脚本自动运行

时间： 2024-08-22 15:16:46

oracle 归档问题的相关文章

查看oracle归档日志路径1

查看oracle归档日志路径 1.修改归档日志的格式 默认格式是:" %t_%s_%r.dbf",我们尝试将格式修改为"%t_%s_%r.arch",这是一个静态参数,需要重新启动数据库才生效.sys@ora10g> show parameter log_archive_format NAME                  TYPE        VALUE--------------------- ----------- ----------------

Oracle 归档日志

--==================== -- Oracle 归档日志 --====================       Oracle可以将联机日志文件保存到多个不同的位置,将联机日志转换为归档日志的过程称之为归档.相应的日志被称为归档日志.   一.归档日志     是联机重做日志组文件的一个副本     包含redo记录以及一个唯一的log sequence number     对日志组中的一个日志文件进行归档,如果该组其中一个损坏,则另一个可用的日志将会被归档     对于归

归档内存-服务器内存告警，发现是oracle 归档进程arch 占用超过10G（每个arch进程）

问题描述 服务器内存告警,发现是oracle 归档进程arch 占用超过10G(每个arch进程) 服务器是aix: 如下归档进程占用的内存查询 arch1: Pid Command Inuse Pin Pgsp Virtual 64-bit Mthrd 16MB 917924 oracle 5316319 65600 71 5264722 Y N N PageSize Inuse Pin Pgsp Virtual s 4 KB 69375 0 71 17778 m 64 KB 323838 4

Oracle归档日志写满(ora-00257)了怎么办_oracle

oracle数据库报错ORA-00257: archiver error. Connect internal only, until freed ,如何解决呢?此问题定位在归档日志满了,下面把具体解决办法总结分享给大家. 解决办法: SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; --查看归档内容使用情况 FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILE

Oracle归档模式和非归档模式

Oracle归档模式和非归档模式 解释归档和非归档模式之间的不同和它们各自的优缺点? 答:归档模式是指可以备份所有的数据库transactions并恢复到任意一个时间点.         非归档模式则相反,不能恢复到任意一个时间点.         但是非归档模式可以带来数据库性能上的少许提高. 记忆方式:归档模式>热备份>恢复任意时间点>性能少许下降                       非归档模式>冷备份>恢复完全备份>性能少许提高 一.查看oracle数据库

查看oracle归档日志路径2

在Oracle中,数据一般是存放在数据文件中,不过数据库与Oracle最大的区别之一就是数据库可以在数据出错的时候进行恢复. 这个也就是我们常见的Oracle中的重做日志(REDO FILE)的功能了.在重做日志分成2部分,一个是在线重做日志文件,另外一个就是归档日志文件.      这里不详细说明在线重做日志,而是说一下归档日志(Archive Log).在线重做日志大小毕竟是有限的,当都写满了的时候,就面临着2个选择,第一个就是把以前在线重做日志从头擦除开始继续写,第二种就是把以前的在线重做

ORACLE 归档空间满导致的enq: TX - row lock contention

  2016年10月10日,客户一预警系统发生会话数飙高,系统响应极慢,后来确诊根源是归档空间满,引起所有redo耗尽,导致会话堆积,下面是处理过程.  操作系统:HP-UX B.11.31 U ia64  数据库版本:ORACLE 10.2.0.5 RAC  按照常规处理思路,首先查看RAC数据库的告警日志:  实例1的告警日志 Mon Oct 10 19:24:48 EAT 2016 ORACLE Instance orcl1 - Can not allocate log, archival

oracle归档模式下的Rman备份集在异机恢复简介

环境: OS:Red Hat Linux As 5 DB:10.2.0.4 有些时候因为测试环境需要,我们需要使用生产库的备份集在另外一台新的机器上做恢复(前提是新机器事先安装Oracle软件,版本跟原库一致),下面是恢复过程. 1.在原库上做全备(在原库上操作) run{ allocate channel c1 device type disk; allocate channel c2 device type disk; backup format '/u02/rman_backup/full

Linux下Oracle归档日志自动清理脚本代码(sh)_linux shell

复制代码 代码如下: #!/bin/sh export BACK_DATE=`date +%Y%m%d` export BACKUP_PATH=/home/oracle/dbbak echo `mkdir -p ${BACKUP_PATH}/archivelog/${BACK_DATE}` rman msglog=$BACKUP_PATH/archivelog/${BACK_DATE}/arch_0_$BACK_DATE.log << EOF connect target /; delete