使用rman备份做Data Guard

发表于 2011 年 5 月 7 日 由 惜分飞

前两天公司的一套oracle dg因为维护人员的疏忽到值出现gap，无法恢复，只能重做，因为该库每天都有rman的增量备份，所以选择最近的一次全部进行重做dg

1、主库
ALTER DATABASE CREATE STANDBY CONTROLFILE AS ‘/tmp/control01.ctl’;
alter system archive log current;

2、修改pfile文件（因为我是重做，所以不需要做）
见11g data guard（PHYSICAL STANDBY）配置

3、拷贝控制文件/rman文件到备库的相同位置
备份全备的内容（/opt/ORBS/data /tmp/control01.ctl)

4、复制数据库做dg
启动到nomount状态
rman target sys/srtsysdb@zjch_Action auxiliary /
duplicate target database for standby dorecover nofilenamecheck;

出现以下错误
RMAN-06025: no backup of log thread 1 seq 675 lowscn 1096519 found to restore
RMAN-06025: no backup of log thread 1 seq 674 lowscn 1095666 found to restore
RMAN-06025: no backup of log thread 1 seq 673 lowscn 1095663 found to restore
RMAN-06025: no backup of log thread 1 seq 672 lowscn 1095656 found to restore
RMAN-06025: no backup of log thread 1 seq 671 lowscn 1095081 found to restore
RMAN-06025: no backup of log thread 1 seq 670 lowscn 1092545 found to restore
RMAN-06025: no backup of log thread 1 seq 669 lowscn 1090351 found to restore
RMAN-06025: no backup of log thread 1 seq 668 lowscn 1088837 found to restore
RMAN-06025: no backup of log thread 1 seq 667 lowscn 1088834 found to restore
RMAN-06025: no backup of log thread 1 seq 666 lowscn 1088721 found to restore
原因：因为控制文件和备份文件中有时间间隔，所以rman要恢复，但是归档日志没有传输过来，所以不能恢复。

–到主库的归档目录查看这些日志是否存在
ls -l（如果存在，下面的操作恢复日志的操作可以忽略）
–查看这些日志是否存在
list backup of archivelog from sequence 666 until sequence 675;
–如果存在rman备份中，使用rman进行恢复
restore archivelog from sequence 666 until sequence 675;

如果存在相关联机日志就不需要添加
–添加redo log
alter database add logfile group 1 (‘/opt/oracle/oradata/zjch/redo01.log’) size 50m;
alter database add logfile group 2 (‘/opt/oracle/oradata/zjch/redo02.log’) size 50m;
alter database add logfile group 3 (‘/opt/oracle/oradata/zjch/redo03.log’) size 50m;
–添加sandby log
ALTER DATABASE ADD STANDBY LOGFILE (‘/opt/oracle/oradata/zjch/std_redo04.log’) SIZE 50M reuse;
ALTER DATABASE ADD STANDBY LOGFILE (‘/opt/oracle/oradata/zjch/std_redo05.log’) SIZE 50M reuse;
ALTER DATABASE ADD STANDBY LOGFILE (‘/opt/oracle/oradata/zjch/std_redo06.log’) SIZE 50M reuse;
ALTER DATABASE ADD STANDBY LOGFILE (‘/opt/oracle/oradata/zjch/std_redo07.log’) SIZE 50M reuse;

5、开启日志应用
–开启实时应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
–开启应用（根据配置和需求）
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;
到这一步会如果主机端有所需的归档日志，会自动传输过来，并进行恢复，不用人工干预。

–查看alter文件，查询日志传输是否正常
–查看日志是否传输完成
select thread#, low_sequence#, high_sequence# from v$archive_gap;

–主库切换日志
alter system switch logfile;
–查询最大sequence
select max(sequence#) from v$archived_log;

–备库查看alert文件
tail -100 alert.log
Media Recovery Log /opt/oracle/oradata/zjch/archive/stdarch/1_46544_681145105.dbf
Media Recovery Log /opt/oracle/oradata/zjch/archive/stdarch/1_46545_681145105.dbf 有类似内容
–查询最大sequence
select max(sequence#) from v$archived_log;

–主库建立一个测试表
create table SCOTT.t_test(id number,name varchar2(10));
insert into SCOTT.t_test values(1,’aaaa’);
commit;
alter system switch logfile;
–查询最大sequence
select max(sequence#) from v$archived_log;

–备库检查
–查询最大sequence
select max(sequence#) from v$archived_log;
–取消日志应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE cancel;
–只读模式打开数据库
alter database open read only;
–查询刚刚建的表和插入数据是否通报不成功
select * from SCOTT.t_test;

–重启备库，设置为日志应用模式
shutdown immediate;
startup mount;
–开启实时应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
–开启应用（根据配置和需求）
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

–主库删除测试表
drop table SCOTT.t_test;

发表在 Data Guard, rman备份/恢复 | 一条评论

ORACLE中的default role/set role

发表于 2011 年 5 月 3 日 由 惜分飞

oracle权限体系中有个default role，比较难以理解。下面用实例说明一下作用。
我们可以给某个用户分配一些角色，比如role r1,r2,r3,r4，而其中可以将某些角色比如r1设置为default role，其他的不设置成default role，这样，当该用户登录时，自动具有default role中所包含的权限，其他的角色所具有的权限要通过set role 角色来获得。
下面我们举个例子：
（1）sys用户作为sysdba登录，创建4个角色：
create role r1;
create role r2 identified by r2;
create role r3 identified by r3;
create role r4 identified by r4;
（2）sys用户赋予这四个角色对应的权限：
grant create session to r1;
grant select on hr.test to r2;（这里hr.test是我新创建的一个表，里面有ID和name两列）
grant update(name) on hr.test to r3;
grant insert on hr.test to r3;
grant delete on hr.test to r4;
（3）sys用户创建一个用户u3
create user u3 identified by u3;
（4）将角色r1,r2,r3,r4赋予用户u3
grant r1,r2,r3,r4 to u3;
在修改用户u3的默认角色前，r1,r2,r3,r4 角色均为u3的 default role，以u3用户登录，查询、增删改hr.test，都没有问题。
（5）现在sys用户修改用户u3的default role，仅将r1作为u3的默认角色：
alter user u3 default role r1; –此时将覆盖原来的设置，u3 的default role =r1，仅仅有登录权限。
（6）用户u3 log off ，然后再log on，进去后发现，
查询、增删改hr.test都不能进行。
（7） 用户自己打开role权限
set role r2 identified by r2;
这时执行 select * from hr.test,发现没有问题。增删改不行。
将对应的角色打开：
set role r3 identified by r3;
此时修改和插入记录没有问题，但是select * from hr.test 确发现不行了。证明此时用户所属的角色仅仅是默认角色r1，和刚刚打开的角色r3，而r2被set role r3 identified by r3;覆盖掉了。
那要同时有r2，r3，r4的权限怎么办呢？
set role r2 identified by r2,r3 identified by r3,r4 identified by r4。此时就同时对hr.test可以进行查询，增删改了。
不过set role 的效果是临时的，只是当前session有效，其他的session无效，当结束当前session后再登录，又只有default role 的权限了。

发表在 Oracle | 一条评论

MySql分区表管理

发表于 2011 年 5 月 2 日 由 惜分飞

1、RANGE和LIST分区的管理
1.1）删除分区
ALTER TABLE table_name DROP PARTITION partition_name;

1.2）添加分区
ALTER TABLE table_name ADD PARTITION (PARTITION p3 VALUES LESS THAN (2000));
Note:
1）分区的范围或者值不能重复；
2）在范围分区中，不能添加比当前范围最大值小的分区

1.3）重新定义分区
ALTER TABLE tbl_name REORGANIZE PARTITION partition_list INTO (partition_definitions);
其中，tbl_name 是分区表的名称，partition_list 是通过逗号分开的、一个或多个将要被改变的现有分区的列表。partition_definitions 是一个是通过逗号分开的、新分区定义的列表，它遵循与用在“CREATE TABLE”中的partition_definitions 相同的规则。应当注意到，在把多少个分区合并到一个分区或把一个分区拆分成多少个分区方面，没有限制。例如，可以重新组织成员表的四个分区成两个分区，具体实现如下：
ALTER TABLE members REORGANIZE PARTITION p0,p1,p2,p3 INTO (
PARTITION m0 VALUES LESS THAN (1980),
PARTITION m1 VALUES LESS THAN (2000)
);

2、HASH和KEY分区的管理
2.1）合并HASH或KEY分区
ALTER TABLE … COALESCE PARTITION
Note：对于LINEAR HASH和LINEAR KEY分区同样有效

2.2）添加分区
ALTER TABLE table_name ADD PARTITION PARTITIONS 18;–18比原来值大

3、分区维护
3.1） 重建分区
ALTER TABLE table_name REBUILD PARTITION (p0, p1);

3.2）优化分区
ALTER TABLE table_name OPTIMIZE PARTITION (p0, p1);

3.3）分析分区
ALTER TABLE table_name ANALYZE PARTITION (p0, p1);

3.4）检查分区
ALTER TABLE table_name CHECK PARTITION (p0, p1);

发表在 MySQL | 评论关闭