standby管理篇(2)

1.standby数据库的管理模式与只读模式 standby 数据库创建成功了之后,是不是在primary主库修改的数据就能马上在standby数据库中查看到呢?答案是不一定,这取决你所配置的dataguard模式.是否启用lgwr方式,是否启动了redo应用,是否启用实时应用。10gR2版本要实现实时应用并查询是不可能实现的。11g弥补了这一缺陷 a.启动redo应用 SQL>ALTER DATABAE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 执行该语句之后,数据库会切换至mount状态。 在你打开standby数据库时,需要暂停redo应用 SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 此时数据库还是在接收归档日志的,只是接收并不应用。 10g以后,如果采用的LGWR传送方式,可以用如下的命令实现实时应用, SQL>RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION; b.启动到只读模式 SQL>STARTUP NOMOUNT SQL>ALTER DATABASE MOUNT STANDBY DATABASE; SQL>ALTER DATABASE OPEN READ ONLY; 1OG以后,执行alter database open ,默认也是打开数据库为read only 状态。 如果数据库处于管理恢复模式,先要停用redo应用。 管理——>只读 [...]

standby管理篇之(角色切换)

一、Switch over&Failover standby的角色转换有两种不同的操作类型:switchover 和failover。前者呢,是正常切换,无数据丢失,后者呢,则有可能导致数据丢失。 1.Switchover,通常是用户去手动操作的,常用于硬件升级,数据库版本滚动升级。 转换步骤主要分二个阶段: 1)primary数据库转换为standby角色 2)standby(其中一个)转换成primary角色。 2.操作过程 1)检查 a.检查各要转换的数据库的参数配置 b.检查standby数据库是否为归档模式 c.若primary为Rac结构,确保只一个实例处于open状态 d.检查主备切换的硬件配置,考虑到一个承受能力的问题 2)实施 a)检查primary数据库的状态 SQL> select switchover_status from v$database; SWITCHOVER_STATUS ——————– SESSIONS ACTIVE switchover_status 为session active 说明还有活动的session连接在primary数据库上,查看v$session视图,确认这些用户是否可以中止。 SQL> alter database commit to switchover to physical standby with session shutdown; Database altered. 然后将数据库关闭,重启至mount状态 SQL> shutdown immediate ORA-01507: database not mounted ORACLE instance shut down. [...]

oracle stanby创建篇

Guard知识篇 一、简介 DataGuard 是Oracle 公司推出一种高可用性方案,9i以前也称之为standby,主要是用于数据保护与容灾。 standby在主节点与备用节点之间通过日志同步来保证数据的同步,二者可以互相切换角色。从9i开始,支持 3种不同的数据保护模式,可以采用通过LGWR/LNSn,而不仅仅是ARCH,支持多大家9个节点同时复制。从9i开始, 支持物理(physical)与逻辑(Logical)备用二种方案。 二、架构 主备模式,至少二套主机,二套存储。备库的主机性能可以比主库低一点,建议相同。在需要的时候切换角色时,保证 正常的需求。 三、搭建过程 DataGuard的搭建有很多种方法,其原理是使用备份与恢复的技术。下面使用物理冷备的方法: 1.检查一些数据库环境,如环境变量,数据库文件位置等 2.设置主库为Force logging,防止主备库的不一致 SQL>alter database force logging; 3.设置主库为归档模式 SQL> archive log list; Database log mode No Archive Mode Automatic archival Disabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 7 Current log sequence 9 SQL>shutdown immediate SQL>startup mount; SQL>alter databae archivelog; SQL>alter databae [...]

构建安全的rsync

使用ssh 传输rsync 流量具有下述优点:可通过网络加密数据,也可利用使用ssh 客户端密钥建立的任何信任关系。如果要在两台计算机之间保持大型、复杂目录结构的同步性(尤其是两者间的差异很小时),那么rsync 就是一种使用起来极为方便(并且执行速度很快)、随心所欲的工具。常见的使用,scp,sftp 若出现网络中断,不得不重新传送文件。rsync与ssh相结合,既保证不需要又相对较安全。 rsync详解见http://coolbo.cc/rsync-detail.html rsync配置见:http://coolbo.cc/rsync-sample.html 参数使用: -e:通过 ssh 传递文件 例:加上端口信息的ssh传输: -e “ssh -p 2234″ –delete:删除目标副本中的文件和目录。 默认情况下,rsync 只复制文件和目录,但如果从源主机删除了文件和目 录,那就不会从目标副本中删除这些文件和目录。要精确保存副本,须 包含 标志: root@rover:~# rsync -ave ssh greendome:/home/ftp/pub/ /home/ftp/pub/ -v:是 verbose模式,输出更详细log。默认不输出这些信息。 -a:archive模式。在做备份的时候必备这个参数。(并不代表打包目标副本。) -t:更新时间戳。 -z:压缩模式。With this option, rsync compresses any data from the files that it sends to the destination machine. This option is useful on [...]

vmstat解读

[root@localhost ~]# vmstat -n 3       (每个3秒刷新一次) procs ———–memory———- —swap– —–io—- –system– —-cpu—- r b   swpd   free   buff cache   si   so    bi    bo   in    cs us sy id wa 1 0    144 186164 105252 2386848    0    0    18   166   83     2 48 21 31 0 2 0  [...]