rac ASM下最简单归档开启/关闭方法

本文涉及的产品
票据凭证识别,票据凭证识别 200次/月
票证核验,票证核验 50次/账号
通用文字识别,通用文字识别 200次/月
简介:

原创作品,出自 “深蓝的blog” 博客,深蓝的blog:http://blog.csdn.net/huangyanlong/article/details/47172639
本次先来介绍一下在rac环境下,开启归档的最简单的方法。
环境:oracle11g RAC 11.2.0.4

 

登陆sqlplus
Last login: Wed Jul 29 09:25:43 2015 from 10.112.16.22
[root@hyldb1 ~]# su - oracle
[oracle@hyldb1 ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Wed Jul 29 09:29:44 2015

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

查看ASM空间使用率
SQL> select group_number,name,total_mb,free_mb from v$asm_diskgroup;

GROUP_NUMBER NAME                             TOTAL_MB    FREE_MB
------------ ------------------------------ ---------- ----------
           1 OCR_ARCH                          2048000    2042322
           2 OCR_DATA                         26112000   23640108
           3 OCR_VOTE                            61440      60514

查看归档状态
SQL> archive log list;
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     29061
Current log sequence           29065

SQL> show user
USER is "SYS"

节点1、2,分别关库,或使用命令:srvctl stop instance -d hyl来关闭所有实例。
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

节点1,启库到mount
SQL> startup mount;
ORACLE instance started.

Total System Global Area 3.9284E+10 bytes
Fixed Size                  2261608 bytes
Variable Size            7516196248 bytes
Database Buffers         3.1675E+10 bytes
Redo Buffers               89997312 bytes
Database mounted.

查看节点1的状态
SQL> select status from gv$instance;

STATUS
------------
MOUNTED

为节点1开启归档
开启归档
SQL> alter database archivelog;
Database altered.

查看归档状态,可以看到默认归档路径为USE_DB_RECOVERY_FILE_DEST
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     29061
Next log sequence to archive   29065
Current log sequence           29065

节点1启库
SQL> alter database open;

Database altered.

SQL> select status,instance_name from gv$instance;

STATUS       INSTANCE_NAME
------------ ----------------
OPEN         hyl1

SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     29061
Next log sequence to archive   29065
Current log sequence           29065

来看一下,归档路径的信息,默认是直接指向了ASM中的路径
SQL> show parameter recover

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      +OCR_ARCH
db_recovery_file_dest_size           big integer 4407M
db_unrecoverable_scn_tracking        boolean     TRUE
recovery_parallelism                 integer     0


节点2启库:
SQL> startup;
ORACLE instance started.

Total System Global Area 3.9284E+10 bytes
Fixed Size                  2261608 bytes
Variable Size            6710889880 bytes
Database Buffers         3.2481E+10 bytes
Redo Buffers               89997312 bytes
Database mounted.
Database opened.

查看集群实例启动状态
SQL> select status,instance_name from gv$instance;

STATUS       INSTANCE_NAME
------------ ----------------
OPEN         hyl2
OPEN         hyl1

查看节点2的归档状态
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     48485
Next log sequence to archive   48489
Current log sequence           48489

查看db_recovery_file_dest信息
SQL> show parameter recover

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      +OCR_ARCH
db_recovery_file_dest_size           big integer 4407M
db_unrecoverable_scn_tracking        boolean     TRUE
recovery_parallelism                 integer     0

 

到ASM下看一下归档文件
ASMCMD> lsdg
State    Type    Rebal  Sector  Block       AU  Total_MB   Free_MB  Req_mir_free_MB  Usable_file_MB  Offline_disks  Voting_files  Name
MOUNTED  EXTERN  N         512   4096  1048576   2048000   2042300                0         2042300              0             N  OCR_ARCH/
MOUNTED  EXTERN  N         512   4096  1048576  26112000  23640108                0        23640108              0             N  OCR_DATA/
MOUNTED  NORMAL  N         512   4096  1048576     61440     60514            20480           20017              0             Y  OCR_VOTE/
ASMCMD> cd +OCR_ARCH/hyl/ARCHIVELOG/2015_07_29
ASMCMD> ls -s 
Block_Size  Blocks     Bytes     Space  Name
       512   43974  22514688  23068672  thread_2_seq_48488.268.886327155

节点1上切一下归档
SQL> alter system switch logfile;
System altered.

在看一下归档文件的信息
ASMCMD> ls -ls
Type        Redund  Striped  Time             Sys  Block_Size  Blocks      Bytes      Space  Name
ARCHIVELOG  UNPROT  COARSE   JUL 29 10:00:00  Y           512  378883  193988096  196083712  thread_1_seq_29065.269.886328273
ARCHIVELOG  UNPROT  COARSE   JUL 29 09:00:00  Y           512   43974   22514688   23068672  thread_2_seq_48488.268.886327155
可以看到线程1,即节点1的归档文件已经成功生成了。


这种设置归档路径使用的db_recovery_file_dest,但是要注意db_recovery_file_dest的大小设置,默认设置往往比较小,对于生成环境显然是不够的,需要调整。

如果默认设置过小,使用这种方式,开启归档后常常遇到如下错误:
ORA-00257: archiver error. Connect internal only, until freed
如指令:
SQL> alter system set db_recovery_file_dest_size=200G;

————————————————————————————————

关闭RAC归档   由开>到关

-- 关闭数据库
[oracle@hyldb1 ~]$ srvctl stop database -d jcdydb

-- 一个节点操作:
[oracle@hyldb1 ~]$ sqlplus / as sysdba
SQL> startup mount 
SQL> alter system set cluster_database=false scope=spfile sid='*'; 
SQL> alter database noarchivelog;
SQL> alter database open; 
SQL> alter system set cluster_database=true scope=spfile sid='*';

-- 另外一个打开数据库
[oracle@hyldb2 ~]$ srvctl stop database -d jcdydb

-- 删除归档文件 
[oracle@hyldb1 ~]$ rman target / 
RMAN> delete archivelog all;



本文转自 张冲andy 博客园博客,原文链接:   http://www.cnblogs.com/andy6/p/6063744.html,如需转载请自行联系原作者

相关文章
|
5月前
|
Java API Android开发
ASM 框架:字节码操作的常见用法(生成类,修改类,方法插桩,方法注入)
ASM 框架:字节码操作的常见用法(生成类,修改类,方法插桩,方法注入)
96 0
|
6月前
|
存储 Oracle 关系型数据库
RAC创建ASM磁盘组时配置多路径和UDEV
RAC创建ASM磁盘组时配置多路径和UDEV
1374 7
RAC 增加4块 asm 磁盘
增加磁盘之前的asm状态
rac 归档路径设置
rac 归档路径设置
139 0
|
监控 NoSQL Java
ASM字节码编程 | 用字节码增强技术给所有方法加上TryCatch捕获异常并输出!
最简单粗暴的可能就是硬编码在方法中,收取执行耗时以及出入参和异常信息。但这样的成本实在太大,而且有一些不可预估的风险。 可以选择切面方式做一套统一监控的组件,相对来说还是好一些的。但也需要硬编码,同时维护成本不低。 市面上对于这样的监控其实是有整套的非入侵监控方案的,比如;Google Dapper、Zipkin等都可以实现,他们都是基于探针技术非入侵的采用字节码增强的方式进行监控。
435 0
ASM字节码编程 | 用字节码增强技术给所有方法加上TryCatch捕获异常并输出!
|
存储 监控 架构师
ASM字节码编程 | JavaAgent+ASM字节码插桩采集方法名称以及入参和出参结果并记录方法耗时
研发代码涉及流程链路展示、每个链路测试次数、通过次数、失败次数、当时的出入参信息以及对应的代码块在当前提测分支修改记录等各项信息。最终测试在执行验证时候,分配验证渠道扫描到所有分支节点,可以清晰的看到全链路的影响。那么,这样的测试才是可以保证系统的整体质量的。
553 0
ASM字节码编程 | JavaAgent+ASM字节码插桩采集方法名称以及入参和出参结果并记录方法耗时
|
存储 Java API
ASM基础教程-方法
本文解释如何用核心 ASM API 生成和转换已编译的方法。首先介绍编译后的方法,然后介绍 用于生成和转换它们的相应 ASM 接口、组件和工具,并给出大量说明性示例。
339 0
|
SQL Oracle 关系型数据库