12.2 中的Data Guard Standby 密码文件自动同步 (Doc ID 2307365.1)

Data Guard Standby Automatic Password file Synchronization in 12.2 (Doc ID 2307365.1)

APPLIES TO:

Oracle Database - Enterprise Edition - Version 12.2.0.1 and later
Oracle Database Cloud Schema Service - Version N/A and later
Oracle Database Exadata Cloud Machine - Version N/A and later
Oracle Cloud Infrastructure - Database Service - Version N/A and later
Oracle Database Cloud Exadata Service - Version N/A and later
Information in this document applies to any platform.

GOAL

Automatic Password file synchronization in 12.2 Dataguard Standby database  12.2 Dataguard Standby数据库中的密码文件自动同步

SOLUTION

When password file is used for Redo Transport Authentication, the password of redo transport user should be same across primary and all its physical and snapshot standby databases. By default SYS user is used to authenticate redo transport sessions when password file is used.

当密码文件用于Redo传输身份验证时,Redo传输用户的密码在主数据库及其所有物理和快照备用数据库之间应该相同。默认情况下,使用密码文件时,SYS用户用于验证Redo传输会话

Till 12cR1 Dataguard setup, if there is a change in password file of Primary database like Changes in password or Changes in admin privileges, then the password file needs to be copied from Primary database to standby database server and rename it according to standby database Instance name. If the password file of Primary and Standby databases are not same, then errors will be seen.

直到12cR1 Dataguard 设置,如果主数据库的密码文件发生了更改(如“密码更改”或“管理员权限”更改),则需要将密码文件从主数据库复制到备用数据库服务器,并根据备用数据库实例名称重命名。如果主数据库和备用数据库的密码文件不同,则会看到错误

In 12cR2, the password file of standby database gets synchronized automatically when there is a change in Primary database password file. The password file change of Primary will be included in Redo and when the Redo is applied to standby, the synchronization happens in the background.

在12cR2中,当主数据库密码文件发生更改时,备用数据库的密码文件将自动同步。主库密码文件更改将包含在Redo中,并且当Redo应用于备用时,同步将在后台进行

Exception: Far-sync Instances (where the redo will not be applied). We need to manually copy the password file. Once the password file is sync at Far-Sync instance, the redo having password file information will get transmitted to standby which are suppose to receive from Far-sync instance.

例外:Far-sync实例(将不应用redo)。我们需要手动复制密码文件。一旦在Far-Sync实例上同步了密码文件,则具有密码文件信息的redo将被传输到备用数据库,该数据库应从Far-sync实例接收。

Example:

PRIMARY>select username, sysdba, sysoper, sysasm,sysbackup,authentication_type AT from v$pwfile_users;

USERNAME             SYSDB SYSOP SYSAS SYSBA AT
-------------------- ----- ----- ----- ----- --------
SYS                   TRUE  TRUE FALSE FALSE PASSWORD
SYSDG                FALSE FALSE FALSE FALSE PASSWORD
SYSBACKUP            FALSE FALSE FALSE  TRUE PASSWORD
SYSKM                FALSE FALSE FALSE FALSE PASSWORD

STANDBY>select username, sysdba, sysoper, sysasm,sysbackup,authentication_type AT from v$pwfile_users;

USERNAME   SYSDB SYSOP SYSAS SYSBA AT
---------- ----- ----- ----- ----- --------
SYS         TRUE  TRUE FALSE FALSE PASSWORD
SYSDG      FALSE FALSE FALSE FALSE PASSWORD
SYSBACKUP  FALSE FALSE FALSE  TRUE PASSWORD
SYSKM      FALSE FALSE FALSE FALSE PASSWORD

Let‘s grant a role to a user at Primary database which will make changes in Password file  让我们向Primary数据库中的用户授予一个角色,该角色将在Password文件中进行更改

PRIMARY>Grant SYSOPER to user1;

Grant succeeded.

PRIMARY>select username, sysdba, sysoper, sysasm,sysbackup,authentication_type AT from v$pwfile_users;

USERNAME             SYSDB SYSOP SYSAS SYSBA AT
-------------------- ----- ----- ----- ----- --------
SYS                   TRUE  TRUE FALSE FALSE PASSWORD
SYSDG                FALSE FALSE FALSE FALSE PASSWORD
SYSBACKUP            FALSE FALSE FALSE  TRUE PASSWORD
SYSKM                FALSE FALSE FALSE FALSE PASSWORD
USER1                FALSE  TRUE FALSE FALSE PASSWORD

Password file of Primary database:

-rw-r-----. 1 oracle oinstall 4096 /u01/app/oracle/product/12.2.0/dbhome_1/dbs/orapwprimdb

Switch the logfile, so that the Redo reach its standby databases  切换日志文件,以便Redo到达其备用数据库

PRIMARY>alter system switch logfile;

System altered.

At standby Media recovery is not active. Verify v$pwfile_users for the granted role   在待机状态下,介质恢复未激活。验证v$pwfile_users是否已授予角色

STANDBY>select username, sysdba, sysoper, sysasm,sysbackup,authentication_type AT from v$pwfile_users;

USERNAME   SYSDB SYSOP SYSAS SYSBA AT
---------- ----- ----- ----- ----- --------
SYS         TRUE  TRUE FALSE FALSE PASSWORD
SYSDG      FALSE FALSE FALSE FALSE PASSWORD
SYSBACKUP  FALSE FALSE FALSE  TRUE PASSWORD
SYSKM      FALSE FALSE FALSE FALSE PASSWORD

Password file of Standby database:

-rw-r-----. 1 oracle oinstall 3584 /u01/app/oracle/product/12.2.0/dbhome_2/dbs/orapwstdbydb

Newly granted role is not reflected in Standby, lets start Media recovery and then query v$pwfile_users.  新授予的角色未反映在Standby中,请启动媒体恢复,然后查询v$pwfile_users。

STANDBY>recover managed standby database disconnect;
Media recovery complete.

STANDBY>select username, sysdba, sysoper, sysasm,sysbackup,authentication_type AT from v$pwfile_users;

USERNAME   SYSDB SYSOP SYSAS SYSBA AT
---------- ----- ----- ----- ----- --------
SYS         TRUE  TRUE FALSE FALSE PASSWORD
SYSDG      FALSE FALSE FALSE FALSE PASSWORD
SYSBACKUP  FALSE FALSE FALSE  TRUE PASSWORD
SYSKM      FALSE FALSE FALSE FALSE PASSWORD
USER1      FALSE  TRUE FALSE FALSE PASSWORD

Password file of standby database:

-rw-r-----. 1 oracle oinstall 4096 /u01/app/oracle/product/12.2.0/dbhome_2/dbs/orapwstdbydb

We could see after media recovery v$pwfile_users has been updated  我们可以看到媒体恢复后v$pwfile_users已更新

原文地址:https://www.cnblogs.com/zylong-sys/p/12041545.html

时间: 2024-10-02 01:13:53

12.2 中的Data Guard Standby 密码文件自动同步 (Doc ID 2307365.1)的相关文章

12c Data guard Switchover Best Practices using SQLPLUS (Doc ID 1578787.1)

APPLIES TO: Oracle Database Backup Service - Version N/A and laterOracle Database Exadata Cloud Machine - Version N/A and laterOracle Cloud Infrastructure - Database Service - Version N/A and laterOracle Database Cloud Exadata Service - Version N/A a

12.2新特性 使用DBCA duplicate创建物理备用数据库 (Doc ID 2283697.1)

Creating a Physical Standby database using DBCA duplicate (Doc ID 2283697.1) APPLIES TO: Oracle Database Cloud Exadata Service - Version N/A and laterOracle Database - Enterprise Edition - Version 12.2.0.1 to 12.2.0.1 [Release 12.2]Oracle Database Cl

mysql中的data下的数据文件(.FRM、.MYD、.MYI)恢复为数据

记一次mysql中的data文件操作经历 想拿到一个项目的最新的数据,做功能升级使用,备份一份数据同时也作为本地测试数据,文件有些大,我直接通过远程的phpmyadmin程序导出,不能愉快的玩耍,直接联系了IDC的同事帮忙导一份sql文件出来一下,结果那哥们没得直接扔给了我data文件,这让我如何是好,这个问题我没遇见过啊.处于面子问题,又不好意思再让他重新发我一份sql文件,只好硬着头皮尝试一下如何恢复成数据. 环境申明 以下操作都是针对windows下的操作 Data文件分析 *.frm是描

通过读取用户和密码文件自动创建用户脚本

用户文件/mnt/username     密码文件/mnt/passwdfile Username文件中每一行代表一个用户,passwdfile中每行对应username中一个密码 通过读取取两个文件,自动创建用户 #!/bin/bash if [ -z /mnt/username ]                            //判断username是否存在 then  echo ERROR:/mnt/username is not exits elif [ -z /mnt/pa

linux系统中rsync+inotify实现服务器之间文件实时同步

最近需要对服务器上的文件实施动态备份,我又不想每次都手动来进行备份,在网上找了挺多资料,发现使用rsync就可以实现,如果想要实现实时同步,还可以使用rsync+inotify组合,本文就是以组合方式来完成的. 先介绍一下rsync与inotify. 1.rsync 与传统的cp.tar备份方式相比,rsync具有安全性高.备份迅速.支持增量备份等优点,通过rsync可以解决对实时性要求不高的数据备份需求,例如定期的备份文件服务器数据到远端服务器,对本地磁盘定期做数据镜像等.随着应用系统规模的不

[terry笔记]data guard基础知识

如下介绍了data guard的基础知识,整理自网络: Data Gurad 通过冗余数据来提供数据保护,Data Gurad 通过日志同步机制保证冗余数据和主数据之前的同步,这种同步可以是实时,延时,同步,异步多种形式.Data Gurad 常用于异地容灾和小企业的高可用性方案,虽然可以在Standby 机器上执行只读查询,从而分散Primary 苏菊哭的性能压力,但是Data Gurad 决不是性能解决方案. 在Data Gurad 环境中,至少有两个数据库,一个处于Open 状态对外提供服

data guard折腾记一

终于有空闲的机器腾出来了,生产环境上的一套Oracle环境终于可以鸟枪换炮了,生产环境有Data Guard,为了减少停机时间,而且避免重新构建Data Guard的麻烦(其实也不麻烦,就是浪费时间),计划借助Data Guard的switchover来完成. 不打无准备的仗,观察了一下某生产环境的Data Guard,发现配置极其简单,趁机抄袭了一下并搭建好测试环境,怎么个简单呢,配置如下: (1) 主备节点没有配置standby log file : (2) 只在主节点配置了日志发送的路径:

[读书笔记]密码文件总结

1.密码文件的创建格式 ORAPWD FILE=filename [ENTRIES=numusers] [FORCE={Y|N}] [IGNORECASE={Y|N}] FILE:密码文件所在位置以及名称 ENTRIES:密码文件中的用户数 FORCE:是否替换已有的同名密码文件,密码文件的名称固定,为orapwORACLE_SID IGNORECASE:是否忽略大小写 2.使用密码文件的参数设定:remote_login_passwdfile NONE:不使用密码文件登陆 EXCLUSIVE:

Oracle Data Guard 单实例到单实例配置(物理standby)

接上一篇oracle dataguard概念篇,现在进行下详细的配置,此次配置的是单实例到单实例,也就是说主库和备库都是基于文件系统的单实例. 主机环境:Red Hat Enterprise Linux Server release 6.3 Rdbms版本:11.2.0.3 其他详细信息如下所示: 需要注意的是,两边的/etc/hosts文件保证都包含对方的ip对应关系 oracle安装的目录是相同的 编辑/etc/hosts,分别添加以下内容 192.168.1.241 db1 192.168