在线网站转app丹阳市住房和城乡建设局网站

在线网站转app,丹阳市住房和城乡建设局网站,电商网站建设关键词优化,wordpress动画插件、先搞懂基础#xff1a;3 个核心概念不踩坑在动手操作前#xff0c;这些 “底层逻辑” 必须理清 —— 它们直接决定你选对恢复策略。⚠️ 数据库故障分 4 类#xff0c;应对方式天差地别故障类型典型场景恢复主体用户进程故障会话突然中断、SQL 执行卡死自动#xff08;PM…、先搞懂基础3 个核心概念不踩坑在动手操作前这些 “底层逻辑” 必须理清 —— 它们直接决定你选对恢复策略。⚠️ 数据库故障分 4 类应对方式天差地别故障类型典型场景恢复主体用户进程故障会话突然中断、SQL 执行卡死自动PMON 进程清理资源实例故障服务器断电、内存溢出自动SMON 进程重启修复用户错误误删表、误更新数据人工备份 / 闪回介质故障磁盘损坏、数据文件丢失人工必须用备份 日志划重点介质故障是唯一需要手工介入的 “致命故障”也是本文核心解决场景。2. 备份恢复 3 大分类别用错场景逻辑备份expdp/impdp✅ 适用备份单表 / 索引等对象、跨版本迁移❌ 不适用介质故障仅记录 “快照状态”无日志前滚能力物理备份手工 / RMAN✅ 适用介质故障恢复数据文件 / 控制文件 手工备份通过cp等 OS 命令操作分 2 种冷备数据库关闭状态非归档模式唯一选择热备数据库打开状态需归档模式不影响业务闪回技术11g 支持 7 种✅ 适用用户错误如误删表❌ 不适用介质故障无需备份但依赖 undo / 闪回日志3. 归档模式热备与完全恢复的 “开关”归档模式推荐生产环境重做日志写满后自动归档不覆盖支持✅ 热备 完全恢复无数据丢失✅ 恢复到任意时间点非归档模式仅测试环境用重做日志循环覆盖限制❌ 仅支持冷备❌ 介质故障后丢失 “备份到故障” 的所有数据️ 二、手工备份实操冷备 vs 热备 step by step❄️ 冷备非归档模式的 “唯一选择”核心前提数据库必须 “干净关闭”-- 1. 关闭数据库避免abort导致不一致shutdown immediate;-- 2. 查询需备份的文件路径关键别漏文件select name from v$datafile; -- 数据文件select name from v$controlfile; -- 控制文件 冷备 3 步走Linux 环境备份数据文件cp /u01/oradata/prod/.dbf /u01/backup/cold/备份控制文件cp /u01/oradata/prod/.ctl /u01/backup/cold/验证备份用dbv检查坏块避免备份无效dbv file/u01/backup/cold/system01.dbf feedback50输出“无坏块”才算合格非归档模式恢复冷备专用-- 1. 还原备份文件覆盖损坏文件-- cp /u01/backup/cold/.dbf /u01/oradata/prod/-- cp /u01/backup/cold/.ctl /u01/oradata/prod/-- 2. 启动并重建日志避免SCN不匹配startup mount;alter database clear logfile group 1; -- 重建所有日志组alter database clear logfile group 2;alter database open; -- 恢复完成 热备归档模式的 “在线方案”核心前提缺一不可❗ 必须开启归档模式alter database archivelog;❗ 只读表空间不支持热备临时表空间无需备份 热备 4 步走单表空间为例更安全开启热备模式冻结 SCN避免分裂块alter tablespace users begin backup; -- 单表空间热备推荐-- 全库热备alter database begin backup;锁资源多谨慎用监控热备状态确保文件可备份select file#, status from v$backup;-- 输出STATUSACTIVE说明该数据文件可备份复制数据文件OS 命令别中断cp /u01/oradata/prod/users01.dbf /u01/backup/hot/关闭热备模式关键避免日志暴涨alter tablespace users end backup;❗ 关键问题什么是 “分裂块”怎么避免当手工热备时OS 用cp复制文件按 OS 块而 Oracle DBWR 进程可能同时写脏块按 Oracle 块导致备份文件出现 “头部旧、尾部新” 的不一致块分裂块。 Oracle 解决方案热备模式下首次写脏块前会把 “块镜像” 写入重做日志恢复时自动修复RMAN 备份无此问题按 Oracle 块读取。 三、手工完全恢复无数据丢失的 3 种场景完全恢复 “还原备份 日志前滚”适用于归档模式能恢复到故障前最后一次提交。场景 1全库恢复关键文件损坏如 system/undotbs关键文件损坏会导致数据库崩溃需在mount状态恢复。-- 1. 还原备份文件所有数据文件控制文件-- cp /u01/backup/hot/*.dbf /u01/oradata/prod/-- 2. 启动到mount状态startup mount;-- 3. 前滚日志自动应用归档当前日志recover database;-- 4. 打开数据库恢复完成alter database open;场景 2表空间恢复非关键表空间如 users非关键文件损坏不影响数据库运行可 “在线恢复”业务不中断。-- 1. 表空间离线避免业务报错alter tablespace users offline immediate;-- 2. 还原备份文件仅该表空间的文件-- cp /u01/backup/hot/users01.dbf /u01/oradata/prod/-- 3. 前滚日志仅恢复该表空间recover tablespace users;-- 4. 表空间在线业务恢复alter tablespace users online;场景 3数据文件恢复单文件损坏灵活选择-- 非关键文件如users01.dbf在线恢复alter database datafile /u01/oradata/prod/users01.dbf offline;-- cp /u01/backup/hot/users01.dbf /u01/oradata/prod/recover datafile /u01/oradata/prod/users01.dbf;alter database datafile /u01/oradata/prod/users01.dbf online;-- 关键文件如undotbs01.dbfmount恢复startup mount;-- cp /u01/backup/hot/undotbs01.dbf /u01/oradata/prod/recover datafile 3; -- 3是数据文件号查v$datafilealter database open; 辅助视图恢复时查这 3 个视图排障v$recover_file查看需恢复的数据文件v$recovery_log查看需要的重做日志v$archived_log确认归档日志完整性⚠️ 四、手工不完全恢复接受数据丢失的兜底方案当归档日志丢失、误删表空间时只能恢复到过去某一时刻代价是丢失后续数据。 核心要求恢复后必须用resetlogs打开数据库重置日志序列。类型 1基于时间点已知误操作时间-- 1. 用LogMiner找误操作时间如误删表时间2012-08-01 17:28:29-- LogMiner操作略核心是定位“drop table”的时间戳-- 2. 还原备份文件恢复到误操作前的备份-- cp /u01/backup/hot/*.dbf /u01/oradata/prod/-- 3. 不完全恢复到误操作前startup mount;recover database until time 2025-08-01 17:28:29;-- 4. 重置日志打开必须alter database open resetlogs;类型 2使用备份控制文件当前控制文件全损坏-- 1. 还原备份控制文件覆盖所有控制文件副本-- cp /u01/backup/con.bak /u01/oradata/prod/control01.ctl-- cp /u01/backup/con.bak /u01/oradata/prod/control02.ctl-- 2. 处理新增表空间若备份后新增了表空间需建空文件startup mount;alter database create datafile /u01/oradata/prod/abcd01.dbf;-- 3. 恢复指定备份控制文件recover database using backup controlfile;-- 按提示输入当前日志路径如/u01/oradata/prod/redo01.log-- 4. 重置日志打开alter database open resetlogs; 五、DBA 实战建议5 个避坑要点备份必验证每次备份后用dbv检查坏块每月在测试环境演练恢复避免 “备份无效”归档日志异地存归档日志是完全恢复的关键必须存到不同磁盘避免和数据文件同盘损坏控制文件多副本配置 3 个控制文件不同磁盘定期用alter database backup controlfile to /path/con.bak;备份