运维必备手册：轻松应对各种维护挑战,收藏这篇就够了
为了避免主库中的业务更新对备库造成影响，可以暂停主库对备库的日志传输，这样的话，如果主库的更新出现问题，备库还保留一份完整的数据镜像，可以执行 failover（失败切换）。此时查看备库，switchover_status是否为to primary状态，如果是，则可以正常切换。**工具实战：**集中训练抓包工具（Wireshark）、渗透测试工具（Nmap）、漏洞扫描工具（Nessus 基础版）的
Oracle Active Data Guard 日常维护手册一、ADG备库数据恢复1.1 备库启动1.2 登录1.3 恢复数据二、查看ADG备库状态三、启动、关闭ADG数据库同步3.1 检查ADG状态3.2 启动ADG数据库同步3.3 关闭ADG数据同步-备库执行3.4 主备库检查ADG状态3.5 检查ADG日志3.6 查看ADG日志应用情况四、查看ADG主备库信息4.1 查看standby启动的ADG进程4.2 查看数据库的保护模式4.3 查看ADG的日志信息五、ADG备库打开只读数据库5.1 关闭并完全打开备库5.2 查看备库模式5.3 查看备库状态六、ADG主备库开启、关闭顺序6.1 启动顺序6.2 关闭顺序七、ADG主备库切换7.1 原主库（A）切换为新备库7.2 原备库（B）切换为新主库7.3 新备库（A）同步数据并打开7.4 查看新主备库的角色7.5 原备库（B）归档日志删除7.6 检查切换是否成功八、ADG switchover_status概念九、ADG其他维护9.1 停止Standby9.2 切换到只读模式9.3 切换回管理恢复模式9.4 备库自动使用主库传过来的日志进行恢复9.5 更改保护模式9.6 取消自动恢复模式十、切断ADG的关联10.1 切断MRP的进程10.2 激活备库10.3 重启数据库十一、ADG备库重新恢复数据11.1 rman恢复数据11.2 备机开启同步十二、ADG停止同步12.1 停止同步12.1.1 主库12.1.2 备库12.2 恢复数据同步12.2.1 备库12.2.2 主库
Oracle Active Data Guard 日常维护手册
一、ADG备库数据恢复
1.1 备库启动
备库启动到nomount状态。
SQL> startup nomount;
1.2 登录
oracle用户登录。
$ rman target sys/*******@orcl auxiliary sys/*******@orcldg
注意：第一个tns连接字符串orcl是主库，第二个连接字符串是备库orcldg。
1.3 恢复数据
RMAN> duplicate target database for standby from active database nofilenamecheck;
二、查看ADG备库状态
SQL> select status from v$instance;
三、启动、关闭ADG数据库同步
3.1 检查ADG状态
SQL> select database_role,protection_mode,protection_level,open_mode from v$database; SQL> select name,open_mode,protection_mode,database_role,switchover_status from v$database;
3.2 启动ADG数据库同步
注意：在备库执行。
SQL> alter database recover managed standby database using current logfile disconnect from session; SQL> alter system switch logfile;
3.3 关闭ADG数据同步-备库执行
SQL> alter database recover managed standby database cancel;
3.4 主备库检查ADG状态
查看archivelog序列号是否一致，下面两种都可以查看。
SQL> select unique thread#,max(sequence#) over(partition by thread#)last from v$archived_log; SQL> archive log list; --这个命令查看输出current log sequence
3.5 检查ADG日志
主库日志： $ tail -100f $ORACLE_BASE/diag/rdbms/pri_instance/pri_instance/trace/alert_pri_instance.log 备库日志： $ tail -100f $ORACLE_BASE/diag/rdbms/std_instance/std_instance/trace/alert_std_instance.log 其他命令： SQL> select * from v$dataguard_status; 其他命令： SQL> select * from v$diag_info;
3.6 查看ADG日志应用情况
备库上查看。
SQL> set pagesize 100 SQL> select sequence#,applied from v$archived_log order by 1;
注意：ADG的工作原理（ADG备机可以工作在mounted状态下，也可以运行在read-only 状态下；而DG的备机只能运行在mounted状态下。）
四、查看ADG主备库信息
4.1 查看standby启动的ADG进程
SQL> select process,client_process,sequence#,status from v$managed_standby;
4.2 查看数据库的保护模式
SQL> select database_role,protection_mode,protection_level,open_mode from v$database;
4.3 查看ADG的日志信息
SQL> select * from v$dataguard_status;
五、ADG备库打开只读数据库
备库打开只读数据库并且开启实时日志应用。
5.1 关闭并完全打开备库
SQL> shutdown immediate; SQL> startup;
5.2 查看备库模式
查看备库是否为只读模式。
SQL> select database_role,protection_mode,protection_level,open_mode from v$database;
5.3 查看备库状态
SQL> select process,client_process,sequence#,status from v$managed_standby;
六、ADG主备库开启、关闭顺序
6.1 启动顺序
（1）监听：先启备库再起主库
$ lsnrctl start
（2）先启备库
sql> startup nomount; sql> alter database mount standby database; sql> alter database recover managed standby database using current logfile disconnect from session;
（3）再启主库
sql> startup;
6.2 关闭顺序
（1）先关主库
sql> shutdown immediate;
（2）再关备库
sql> alter database recover managed standby database cancel; sql> shutdown immediate;
七、ADG主备库切换
7.1 原主库（A）切换为新备库
原主库（A）操作，切换为新备库。
查看switchover_status状态： sql> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,SWITCHOVER_STATUS from v$database; --如果switchover_status为TO_STANDBY说明可以直接切换 sql> alter database commit to switchover to physical standby;--如果switchover_status为SESSIONS ACTIVE则关闭会话 sql> alter database commit to switchover to physical standby with session shutdown; --主库有会话连接的时候，实例会自动关闭
sql> shutdown immediate; ORA-01012: not logged on
打开数据库，但不挂载 sql> startup nomount;
sql> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,SWITCHOVER_STATUS from v$database;
此时查看备库，switchover_status是否为to primary状态，如果是，则可以正常切换。 如果switchover_status是not allowed，则说明主库进行switchover有问题，重新运行上面语句。
原主库(A)以备机模式挂载数据库 sql> alter database mount standby database; a、主库执行下句： sql> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,SWITCHOVER_STATUS from v$database; --查看switchover_status是否为recovery_needed，如果是，则下一步 b、查看原备库（B）语句： sql> select switchover_status from v$database; --switchover_status是否为to primary，如果是，可以进行切换。如果不是，而是sessions active状态，说明备库有连接，进行备库数据库关闭并挂载重启（startup mount)即可恢复
7.2 原备库（B）切换为新主库
原备库（B)查看并切换为新主库（B)。
sql> select DATABASE_ROLE from v$database; --备库为PHYSICAL STANDBY状态，主库为PRIMARY状态
sql> select OPEN_MODE,PROTECTION_MODE,PROTECTION_LEVEL,SWITCHOVER_STATUS from v$database; --SWITCHOVER_STATUS如果为not allowed，表示当前备库为不可以做switch的操作，需要等主库进行switchover后就可以switchover操作了。
sql> alter database commit to switchover to primary; --如果出现：ORA-01093: alter database close only permitted with no sessions connected --解决： sql> alter database commit to switchover to primary with session shutdown;
sql> shutdown immediate;
sql> startup;
7.3 新备库（A）同步数据并打开
新备库（A）设备库此时为mounted状态，先同步数据，再设置为Open，再同步。
SQL> alter database recover managed standby database using current logfile disconnect from session; SQL> alter database recover managed standby database cancel; SQL> alter database open;
7.4 查看新主备库的角色
sql> select DATABASE_ROLE from v$database; --新备库(A)为PHYSICAL STANDBY状态，新主库（B）为PRIMARY状态
7.5 原备库（B）归档日志删除
原备库（B）更换为新主库（B)后，此库的archivelog日志可以直接删除，不在此库的rman记录中。
可以使用如下方法直接删除。
RMAN> CROSSCHECK ARCHIVELOG ALL；--进行查看最新的archivelog，把不在其中的，系统下删除即可。
7.6 检查切换是否成功
新主库、备库分别执行下列语句，并查看归档日志是否一致，如果一致，则切换成功。
-
新主备库查看序列号
SQL> select unique thread#,max(sequence#) over(partition by thread#)last from v$archived_log;
-
新主库（B）切换归档
SQL> alter system switch logfile;
-
新主备库查看
SQL> select unique thread#,max(sequence#) over(partition by thread#)last from v$archived_log;
如果序列号一致即成功。
八、ADG switchover_status概念
A、如果switchover_status为TO_PRIMARY说明标记恢复可以直接切换为primary库; SQL> alter database commit to switchover to primary； B、如果switchover_status为SESSION ACTIVE就应该断开活动会话 SQL> alter database commit to switchover to primary with session shutdown; C、如果switchover_status为NOT ALLOWED说明切换标记还没收到，此时不能执行切换。 D、状态由LOG SWITCH GAP变成了RESOLVABLE GAP，从字面理解是主备库之间存在GAP，于是执行： SQL> alter system switch logfile；--手动切换归档 E、当主库的SWITCHOVER_STATUS状态为FAILED DESTINATION时，是因为备库不在mount状态下，在备库中： SQL> startup mount; F、当主库的SWITCHOVER_STATUS状态为RESOLVABLE GAP时，可以shutdown和startup备库，问题可解决。
九、ADG其他维护
9.1 停止Standby
SQL> select process,status from v$managed_standby; --查看备库是否在应用日志进行恢复 SQL> alter database recover managed standby database cancel; SQL> shutdown immediate;
9.2 切换到只读模式
-----由shutdown模式切换到只读模式------- SQL> startup nomount; SQL> alter database mount standby database; SQL> alter database open read only; -----由应用日志模式切换到只读模式------- SQL> alter database recover managed standby database cancel; --取消日志应用 SQL> alter database open read only;
9.3 切换回管理恢复模式
SQL> startup nomount; SQL> alter database mount standby database; SQL> alter database recover managed standby database disconnect from session; --启动日志应用 SQL> alter database recover managed standby database using current logfile disconnect from session;
9.4 备库自动使用主库传过来的日志进行恢复
SQL> alter database recover automatic standby database;
9.5 更改保护模式
SQL> alter database set standby database to maximize protection; SQL> alter database set standby database to maximize availability; SQL> alter database set standby database to maximize performancen;
9.6 取消自动恢复模式
SQL> alter database recover managed standby database cancel; SQL> alter database recover managed standby database finish; SQL> alter database recover managed standby database finish force;
十、切断ADG的关联
在备机执行，切断ADG的关联，将其划分为两个独立的数据库。
10.1 切断MRP的进程
SQL> alter database recover managed standby database cancel；
10.2 激活备库
SQL> alter database activate standby database;
10.3 重启数据库
如果需要彻底的清除，可以把所有ADG配置的参数去掉。
SQL> shutdown immediate; SQL> startup;
十一、ADG备库重新恢复数据
如果主备库按上述独立后，则需要备库重新恢复数据，通过此方式进行。
11.1 rman恢复数据
SQL> startup nomount; SQL> exit [oracle@std ~]$ rman target sys/*******@orcl auxiliary sys/*******@orcldg
11.2 备机开启同步
SQL> alter database recover managed standby database using current logfile disconnect from session;
十二、ADG停止同步
在实际生产系统中，通常有这样的场景，例如在系统维护日，对主库进行大量的业务更新，会有大量的DML操作；为了避免主库中的业务更新对备库造成影响，可以暂停主库对备库的日志传输，这样的话，如果主库的更新出现问题，备库还保留一份完整的数据镜像，可以执行 failover（失败切换）。
12.1 停止同步
12.1.1 主库
（1）在主库上面查看备份的归档路径
SQL> show parameter log_archive_dest_2 NAME TYPE VALUE ------------------------------------ ----------- ---------------------------------------------------------------------------------------------------------------- log_archive_dest_2 string SERVICE=orcldg ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcldg SQL> show parameter log_archive_dest_state_2 NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest_state_2 string ENABLE
（2）通过设置 defer 参数来暂停主库对备库的日志传输
SQL> alter system set log_archive_dest_state_2='defer';
（3）执行归档日志切换测试，查看备机是否不再同步
SQL> alter system switch logfile; System altered.
12.1.2 备库
停止同步数据：
SQL> alter database recover managed standby database cancel;
12.2 恢复数据同步
12.2.1 备库
SQL> alter database recover managed standby database using current logfile disconnect from session;
12.2.2 主库
恢复主库到备份的日志传输，暂停日志传输后的归档日志会全部传输到备库，不会导致备库的归档日志gap
SQL> alter system set log_archive_dest_state_2='enable'; System altered.
归档日志切换测试，查看备机
SQL> select unique thread#,max(sequence#) over(partition by thread#)last from v$archived_log;
这两年，IT行业面临经济周期波动与AI产业结构调整的双重压力，确实有很多运维与网络工程师因企业缩编或技术迭代而暂时失业。
很多人都在提运维网工失业后就只能去跑滴滴送外卖了，但我想分享的是，对于运维人员来说，即便失业以后仍然有很多副业可以尝试。
运维，千万不要再错过这些副业机会！
第一个是知识付费类副业：输出经验打造个人IP
在线教育平台讲师
操作路径：在慕课网、极客时间等平台开设《CCNA实战》《Linux运维从入门到精通》等课程，或与培训机构合作录制专题课。
收益模式：课程销售分成、企业内训。
技术博客与公众号运营
操作路径：撰写网络协议解析、故障排查案例、设备评测等深度文章，通过公众号广告、付费专栏及企业合作变现。
收益关键：每周更新2-3篇原创，结合SEO优化与社群运营。
第二个是技术类副业：深耕专业领域变现
企业网络设备配置与优化服务
操作路径：为中小型企业提供路由器、交换机、防火墙等设备的配置调试、性能优化及故障排查服务。可通过本地IT服务公司合作或自建线上接单平台获客。
收益模式：按项目收费或签订年度维护合同。
远程IT基础设施代维
操作路径：通过承接服务器监控、日志分析、备份恢复等远程代维任务。适合熟悉Zabbix、ELK等技术栈的工程师。
收益模式：按工时计费或包月服务。
网络安全顾问与渗透测试
操作路径：利用OWASP Top 10漏洞分析、Nmap/BurpSuite等工具，为企业提供漏洞扫描、渗透测试及安全加固方案。需考取CISP等认证提升资质。
收益模式：单次渗透测试报告收费；长期安全顾问年费。
比如不久前跟我一起聊天的一个粉丝，他自己之前是大四实习的时候做的运维，发现运维7*24小时待命受不了，就准备转网安，学了差不多2个月，然后开始挖漏洞，光是补天的漏洞奖励也有个四五千，他说自己每个月的房租和饭钱就够了。
为什么我会推荐你网安是运维人员的绝佳副业&转型方向?
1.你的经验是巨大优势: 你比任何人都懂系统、网络和架构。漏洞挖掘、内网渗透、应急响应，这些核心安全能力本质上是“攻击视角下的运维”。你的运维背景不是从零开始，而是降维打击。
2.越老越吃香，规避年龄危机: 安全行业极度依赖经验。你的排查思路、风险意识和对复杂系统的理解能力，会随着项目积累而愈发珍贵，真正做到“姜还是老的辣”。
3.职业选择极其灵活: 你可以加入企业成为安全专家，可以兼职“挖洞“获取丰厚奖金，甚至可以成为自由顾问。这种多样性为你提供了前所未有的抗风险能力。
4.市场需求爆发，前景广阔: 在国家级政策的推动下，从一线城市到二三线地区，安全人才缺口正在急剧扩大。现在布局，正是抢占未来先机的黄金时刻。
1. 阶段目标
你已经有运维经验了，所以操作系统、网络协议这些你不是零基础。但要学安全，得重新过一遍——只不过这次我们是带着“安全视角”去学。
2. 学习内容
**操作系统强化：**你需要重点学习 Windows、Linux 操作系统安全配置，对比运维工作中常规配置与安全配置的差异，深化系统安全认知（比如说日志审计配置，为应急响应日志分析打基础）。
**网络协议深化：**结合过往网络协议应用经验，聚焦 TCP/IP 协议簇中的安全漏洞及防护机制，如 ARP 欺骗、TCP 三次握手漏洞等（为 SRC 漏扫中协议层漏洞识别铺垫）。
**Web 与数据库基础：**补充 Web 架构、HTTP 协议及 MySQL、SQL Server 等数据库安全相关知识，了解 Web 应用与数据库在网安中的作用。
**编程语言入门：**学习 Python 基础语法，掌握简单脚本编写，为后续 SRC 漏扫自动化脚本开发及应急响应工具使用打基础。
**工具实战：**集中训练抓包工具（Wireshark）、渗透测试工具（Nmap）、漏洞扫描工具（Nessus 基础版）的使用，结合模拟场景练习工具应用（掌握基础扫描逻辑，为 SRC 漏扫工具进阶做准备）。
1. 阶段目标
这阶段是真正开始“动手”了。信息收集、漏洞分析、工具联动，一样不能少。
熟练运用漏洞挖掘及 SRC 漏扫工具，具备独立挖掘常见漏洞及 SRC 平台漏扫实战能力，尝试通过 SRC 挖洞搞钱，不管是低危漏洞还是高危漏洞，先挖到一个。
2. 学习内容
信息收集实战：结合运维中对网络拓扑、设备信息的了解，强化基本信息收集、网络空间搜索引擎（Shodan、ZoomEye）、域名及端口信息收集技巧，针对企业级网络场景开展信息收集练习（为 SRC 漏扫目标筛选提供支撑）。
漏洞原理与分析：深入学习 SQL 注入、CSRF、文件上传等常见漏洞的原理、危害及利用方法，结合运维工作中遇到的类似问题进行关联分析（明确 SRC 漏扫重点漏洞类型）。
工具进阶与 SRC 漏扫应用：
-
系统学习 SQLMap、BurpSuite、AWVS 等工具的高级功能，开展工具联用实战训练；
-
专项学习 SRC 漏扫流程：包括 SRC 平台规则解读（如漏洞提交规范、奖励机制）、漏扫目标范围界定、漏扫策略制定（全量扫描 vs 定向扫描）、漏扫结果验证与复现；
-
实战训练：使用 AWVS+BurpSuite 组合开展 SRC 平台目标漏扫，练习 “扫描 - 验证 - 漏洞报告撰写 - 平台提交” 全流程。
SRC 实战演练：选择合适的 SRC 平台（如补天、CNVD）进行漏洞挖掘与漏扫实战，积累实战经验，尝试获取挖洞收益。
恭喜你，如果学到这里，你基本可以下班搞搞副业创收了，并且具备渗透测试工程师必备的「渗透技巧」、「溯源能力」，让你在黑客盛行的年代别背锅，工作实现升职加薪的同时也能开创副业创收！
如果你想要入坑黑客&网络安全，笔者给大家准备了一份：全网最全的网络安全资料包需要保存下方图片，微信扫码即可前往获取!
因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取
1. 阶段目标
全面掌握渗透测试理论与实战技能，能够独立完成渗透测试项目，编写规范的渗透测试报告，具备渗透测试工程师岗位能力，为护网红蓝对抗及应急响应提供技术支撑。
2. 学习内容
渗透测试核心理论：系统学习渗透测试流程、方法论及法律法规知识，明确渗透测试边界与规范（与红蓝对抗攻击边界要求一致）。
实战技能训练：开展漏洞扫描、漏洞利用、电商系统渗透测试、内网渗透、权限提升（Windows、Linux）、代码审计等实战训练，结合运维中熟悉的系统环境设计测试场景（强化红蓝对抗攻击端技术能力）。
工具开发实践：基于 Python 编程基础，学习渗透测试工具开发技巧，开发简单的自动化测试脚本（可拓展用于 SRC 漏扫自动化及应急响应辅助工具）。
报告编写指导：学习渗透测试报告的结构与编写规范，完成多个不同场景的渗透测试报告撰写练习（与 SRC 漏洞报告、应急响应报告撰写逻辑互通）。
1. 阶段目标
掌握企业级安全攻防、护网红蓝对抗及应急响应核心技能，考取网安行业相关证书。
2. 学习内容
护网红蓝对抗专项：
-
红蓝对抗基础：学习护网行动背景、红蓝对抗规则（攻击范围、禁止行为）、红蓝双方角色职责（红队：模拟攻击；蓝队：防御检测与应急处置）；
-
红队实战技能：强化内网渗透、横向移动、权限维持、免杀攻击等高级技巧，模拟护网中常见攻击场景；
-
蓝队实战技能：学习安全设备（防火墙、IDS/IPS、WAF）联动防御配置、安全监控平台（SOC）使用、攻击行为研判与溯源方法；
-
模拟护网演练：参与团队式红蓝对抗演练，完整体验 “攻击 - 检测 - 防御 - 处置” 全流程。
应急响应专项： -
应急响应流程：学习应急响应 6 步流程（准备 - 检测 - 遏制 - 根除 - 恢复 - 总结），掌握各环节核心任务；
-
实战技能：开展操作系统入侵响应（如病毒木马清除、异常进程终止）、数据泄露应急处置、漏洞应急修补等实战训练；
-
工具应用：学习应急响应工具（如 Autoruns、Process Monitor、病毒分析工具）的使用，提升处置效率；
-
案例复盘：分析真实网络安全事件应急响应案例（如勒索病毒事件），总结处置经验。
其他企业级攻防技能：学习社工与钓鱼、CTF 夺旗赛解析等内容，结合运维中企业安全防护需求深化理解。
证书备考：针对网安行业相关证书考试内容（含红蓝对抗、应急响应考点）进行专项复习，参加模拟考试，查漏补缺。
网络安全这行，不是会几个工具就能搞定的。你得有体系，懂原理，能实战。尤其是从运维转过来的，别浪费你原来的经验——你比纯新人强多了。
但也要沉得住气，别学了两天Web安全就觉得自己是黑客了。内网、域渗透、代码审计、应急响应，要学的还多着呢。
如果你真的想转，按这个路子一步步走，没问题。如果你只是好奇，我劝你再想想——这行要持续学习，挺累的，但也是真有意思。
关于如何学习网络安全，笔者也给大家整理好了全套网络安全知识库，需要的可以扫码获取！
因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取
1、网络安全意识
2、Linux操作系统
3、WEB架构基础与HTTP协议
4、Web渗透测试
5、渗透测试案例分享
6、渗透测试实战技巧
7、攻防对战实战
8、CTF之MISC实战讲解
关于如何学习网络安全，笔者也给大家整理好了全套网络安全知识库，需要的可以扫码获取！
因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取
有“AI”的1024 = 2048，欢迎大家加入2048 AI社区
更多推荐
21
0- 0
已为社区贡献105条内容
所有评论(0)