PostgreSQL从小白到专家，是从入门逐渐能力提升的一个系列教程，内容包括对PG基础的认知、包括安装使用、包括角色权限、包括维护管理、、等内容，希望对热爱PG、学习PG的同学们有帮助，欢迎持续关注CUUG PG技术大讲堂。
第37讲：物理备份和恢复概述
第37讲：12月09日(周六)19:30，钉钉群直播，往期公开课的文档及视频，联系CUUG
内容1：描述数据库备份、恢复和恢复的基本知识
内容2：列出数据库环境中可能发生的故障类型
内容3：定义备份和恢复策略
备份和恢复议题
保护数据库免受多种类型的故障
增加平均故障间隔时间(MTBF)
减少平均恢复时间(MTTR)
最小化数据丢失
故障类别
语句失败
用户进程失败
用户错误
网络故障
实例失败
介质故障
声明失败的原因
应用程序中的逻辑错误
试图在表中输入无效数据
尝试权限不足的操作
试图创建表，但超出了分配的配额限制
尝试对表执行INSERT或UPDATE操作，导致分配扩展数据块，但可用空间不足
声明失败的解决方案
纠正程序的逻辑流程
修改并重新发布SQL语句
提供必要的数据库权限
向数据库添加文件空间
用户进程失败的原因
用户在会话中执行了异常断开连接
用户的会话异常终止
用户的程序引发了地址异常，从而终止了会话
用户进程失败解决方案
postgres进程检测异常终止的用户进程
postgres回滚事务并释放其持有的所有资源和锁
用户可能的失误
SQL> DROP TABLE employees;
SQL> TRUNCATE TABLE employees;
SQL> DELETE FROM employees;
SQL> COMMIT;
SQL> UPDATE employees
2> SET salary = salary * 1.5;
SQL> COMMIT;
用户失误解决方案
培训数据库用户
从有效备份恢复
从导出文件导入表
使用WalMiner确定错误时间，使用时间点恢复进行恢复
使用WalMiner执行对象级恢复
实例失败的原因
断电
操作系统bug
数据库系统bug
后台进程意外kill
实例失败解决方案
不需要DBA采取特殊的恢复操作
启动实例
等待“数据库打开”通知
通知用户
检查警报日志以确定故障原因
介质失败的原因
磁盘驱动器上的磁头损坏
读取或写入数据库文件时出现物理问题
文件被意外删除
介质失败解决方案
恢复策略取决于选择的备份方法和受影响的文件
如果可用，请应用存档的重做日志文件以恢复自上次备份以来提交的数据
制定一个备份策略
业务要求
操作要求
技术注意事项
管理层同意
业务要求
平均恢复时间
决定备份的频率
平均无故障时间
缩短恢复时间
进化过程
根据实际情况，不断调整策略，比如：索引表空间的备份等等。
操作要求
24小时运营
测试和验证备份可用性
数据库波动性
技术考虑因素
资源：硬件、软件、人力和时间
操作系统文件的物理映像副本
数据库中对象的逻辑副本
数据库配置
影响所需备份频率的事务量
灾难恢复问题
如果发生重大灾难，如：
地震、洪水或火灾
机器完全丢失
存储硬件或软件故障
失去关键人员，例如数据库管理员
你有计划定期测试你的策略吗?
CUUG PostgreSQL技术大讲堂系列公开课，往期视频及文档，请联系CUUG客服。
标签：postgresql,postgres,恢复,备份,37,用户,失败,SQL,数据库 From： https://www.cnblogs.com/cnblogs5359/p/17883423.html