两台电脑一台做服务器 网站,潍坊专业网站建设多少钱,怎么生成二维码,简单门户网站开发一个Data Guard 配置由一个生产库和一个或者多个standby数据库组成#xff0c;在Data Guard配置中#xff0c;主库和备库都既可以是rac环境#xff0c;也可以是单机环境。这篇文章主要介绍dataguard的一些基本知识dataguard的分类、dataguard的服务类型、dataguard的保护模式…一个Data Guard 配置由一个生产库和一个或者多个standby数据库组成在Data Guard配置中主库和备库都既可以是rac环境也可以是单机环境。这篇文章主要介绍dataguard的一些基本知识dataguard的分类、dataguard的服务类型、dataguard的保护模式1.Dataguard中的备库分为物理备库和逻辑备库及快照备库备库是主库的一致性拷贝使用一个主库的备份可以创建多到30个备库将其加入到dataguard环境中创建成功后dataguard通过自动应用从主库传送到备库的redo数据维护每个备库。1.1物理备库(Physical standby database)物理备库提供物理上和主数据库相同的拷贝磁盘数据库结构和主库是相同的物理备库是块到块的拷贝一个物理备库通过应用从主库收到的redo数据保持和主库的同步称为日志应用(redo apply),11g的dataguard在应用日志的时候是可以打开的10g是不允许的。11g的这种特性称为active data guard。1.2逻辑备库 (Logical standby database)逻辑备库包含和主库相同的逻辑信息物理结构和数据结构可以是不同的逻辑备库把从主库收到的redo转换为sql语句然后在备库上执行sql语句称为sql应用(sql apply)。逻辑备库除了能应用于灾难恢复还允许用户查询逻辑备库和通过逻辑备库生成报表用于其他目的使用逻辑备库能升级database软件在无停机的情况下打补丁等操作。1.3快照备库 (Snapshot Standby Database)快照备库是11g中出现的类似物理备库和逻辑备库一样快照备库从主库接收redo数据和物理或逻辑备库不同的是快照备库只接收而不应用接收到的redo数据。直至快照备库转换为物理备库之后先扔掉任何对快照备库的更新然后应用接收到的redo数据。快照数据库最好用在要求临时的可更新的物理备库快照场景。典型的data guard配置如图所示来自oracle concept2. dataguard的服务类型 (Data GuardServices)日志传输服务(Redo Transport Services)日志应用服务(Apply Services)角色转换 (Role Transitions)2.1日志传送服务管理从生产库传送redo数据到一个或多个归档目录。日志传输服务完成以下工作2.1.1在配置中从主库传输redo数据到备库2.1.2在网络失败后管理备库缺失的archivelog自动解决缺失2.1.3自动扫描在备库中错误的或损坏的redo自动从主库或其他备库重新获得并替换损坏的archive log。log_archive_dest_n初始化参数用来确定本地的redo和远程归档redo的位置。log_archive_dest_n中详细参数解析2.2日志应用服务在备库中应用redo数据维护和备库主库之间的同步redo数据默认从归档redo日志中应用若启用了实时应用则直接从standby redo日志中应用对于非实时应用redo当主库日志发生切换时备库才会应用从主库传输来的redo日志。默认情况下对于非实时应用应用服务会等待备库redo日志被归档才会应用归档redo日志实时应用允许应用服务应用当前正在填充的备库redo日志中的redo数据。日志应用工作方式redo apply和sql apply物理备库和逻辑备库主要的区别就是日志应用的工作方式不同物理备库使用redo apply逻辑备库使用sql apply类似MySQL 的主从的方式。Redo apply在物理备库上使用常规的数据库恢复技术也就是介质恢复来应用redo中的数据。如图所示Sql apply在逻辑备库上使用这种方式首先将接收到的redo数据转换为sql语句然后在逻辑备库中执行生成的sql语句之后在备库中应用。使用的是logminer技术。如图日志应用服务配置standby redolog实时应用要求standby数据库必须有standby redo日志lgwr同步和异步传输模式要求传输目的地配置standby redo日志standby redo日志用于存储从一个主库接收到的redo日志standby redo日志在结构上和联机redo日志是相同的也使用创建和管理联机redo日志相同的sql来创建和管理standbyredo日志。Standby数据库使用RFS前台进程接收传送过来的redo日志将其写到当前的standby redo日志组当源数据库发生了日志切换传入的redo将写到下一个standby redo日志组中之前的standby 日志通过ARCn前台进程被归档。在源数据库进程顺序地填充和归档redo日志组这种方式呗镜像到每个redo传输目的地在standby数据库以相同的顺序填充和归档standby redo日志组。每个standby redo日志的大小必须至少和redo源数据库的redo日志组中最大的redo日志一样大推荐传输目的地的standby redo日志和源主库的redo日志中的所有日志相同大。对于standby 数据库的每个redo线程standby redo日志至少比在redo源主库的redo日志多一个redo日志组在源主库查询v$log视图确定源主库redo日志组的个数对于rac查询v$thread视图确定源主库redo的线程数对每个线程使用的standby redo日志进行配置。操作过程selectgroup#,bytes from v$Log ;主库selectgroup#,bytes from v$standby_log ;备库Oracle推荐在dataguard中的主数据库也创建standby redo日志这样当switchover到备库角色也可以立即实现实时接收redo数据alterdatabase add standby logfile创建或添加standby redo日志如果standby redo日志租不活动或者redo传输用于解决缺失那么standby数据库接收到的redo数据被直接写到一个归档redo日志。实时应用redo 数据若启用实时应用特性应用服务能在不等待当前standby redo数据被归档的情况下应用接收到的redo数据这样使得switchover和failover的速度更快因为standby redo日志中的数据在failover或者switchover开始的时候已经被应用到standby 数据库减少了切换需要花费的时间。物理备库开启实时引用alterdatabase recover managed standby database using curren logfile dixconnect fromsession ;逻辑备库开启实时引用alterdatabase start logical standby apply immediate ;启用实时应用要求备库配置由standby redo日志并且开启了归档注:对于日志传输可以将其划分为实时传输(同步、异步)和切换时传输(默认传输方式)实时传输与实时应用之间没有关系实时传输只是和dataguard保护模式有关。延迟应用redo在一定程度上保护应用程序对主库的破坏及减少误操作对standby数据库的影响。当设置delay间隔之后不能延迟传输redo数据到standby数据库只是会延迟应用redo日志从standby目的地完成归档开始计算延迟时间。延迟结束之后开始应用归档日志。指定延迟时间在主库和备库通过指定log_archive_dest_n初始化参数delay设置延迟时间默认情况是没有延迟时间的若指定了delay参数但是没有指定值默认是30分钟。取消指定时间物理备库alterdatabase recover managed standby database nodelay ;逻辑备库alterdatabase start logical standby apply nodelay;执行以上的命令在时间间隔到之前应用服务立即开始应用归档redo日志文件到备库。2.3使用switch over或failover操作改变数据库角色将备库转换成主库或将主库转换为备库。Switchover是主库个一个备库的转换可以确保没有数据丢失是在有计划的典型操作。在switchover期间主库角色转变为备库备库转换为主库在主库inactive时failover可以将备库转换为主库角色failover可能会导致数据丢失failover只有在主数据库启动失败的情况下才使用。3.dataguard的保护模式Oracle提供三种保护模式满足不同级别的系统。最大保护、最大性能、最高可用。三种保护模式都要求使用特定的redo传送选项发送redo数据到至少一个备库3.1最大保护如果主库失败最大保护模式可以确保没有数据丢失事务在完成提交之前事务恢复需要的redo数据必须写到主库的联机redo日志和至少一个同步的备库的standby redo log若主库不能写redo数据到至少一个备库为了确保数据不会丢失主库会被关闭正是应了最大保护模式这句话。使用最大保护模式必须符合的条件a.主库在log_archive_dest_n的参数设置中必须使用到lgwr sync affirm属性来归档到备库b.备库必须配置standby redo logc.至少有一个备库是可用的采用最大保护模式的主库不能使用shutdown immediate对唯一的standby数据库执行关闭操作。因为会导致主库关闭3.2最大性能是默认的保护模式提供在不影响主库性能的情况下的最高级别的数据库保护模式主库的用户事务一旦被写入本地联机redo中就被允许提交不需要立刻写到至少一个备库中主库只要使用arch 或lgwr async属性对远程的备库进行归档即可redo数据也写到一个或多个备库但是对于事务提交是异步完成的因此通过延迟写redo数据到备库不会影响主库的性能这种保护模式提供您比最高可用模式较少的保护但是能最低程度的影响主库的性能3.3最高可用采用个最大保护模式同样的方式确保redo日志被完全写入本地数据库和至少一个备库的standby redo log中才会给用于返回提交完成的信息若因为某些原因导致备库不可用主库不能讲redo写入到备库的standby redo 中此时主库并不会关闭主库将暂时将保护模式降为最大性能模式并且继续进行工作一旦备库恢复正常主库的缺失消除方案会启动归档redo日志的缺失部分会被填满当主库下一个日志打开的时候主库中的保护模式又会上升为最高可用。采用最高可用必须满足的条件a.主库在log_archive_dest_n初始化参数中需要使用lgwr sync affirm属性归档到备库b.备库必须配置standby redo logc.至少有一个备库处于可用状态
