手动执行快照

var snap_id number
exec :snap_id:=dbms_workload_repository.create_snapshot



begin
   dbms_workload_repository.modify_snapshot_settings (
      interval => 20,
      retention => 2*24*60
   );
end;
AWR 使用几个表来存储采集的统计数据,所有的表都存储在新的名称为 SYSAUX 的特定表空间中的 SYS 模式下,并且以WRM$_*WRH$_*的格式命名。前一种类型存储元数据信息(如检查的数据库和采集的快照),后一种类型保存实际采集的统计数据。(您可能已经猜到,H 代表“历史数据 (historical)”而 M 代表“元数据 (metadata)”。)在这些表上构建了几种带前缀 DBA_HIST_ 的视图,这些视图可以用来编写您自己的性能诊断工具。视图的名称直接与表相关;例如,视图 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上构建的。AWR 历史表采集的信息比 Statspack 多许多,这些信息包括表空间使用率、文件系统使用率、甚至操作系统统计数据。这些表的完整的列表可以从数据字典中看到。

dba最常用的估计就是这个了

exec dbms_workload_repository.create_snapshot;
应用;
exec dbms_workload_repository.create_snapshot;
@?/rdbms/admin/awrrpt
生成报告,html和text格式都可以

### 如何在 AWS EC2 上创建和管理 Windows 实例的快照 #### 创建 AMI 作为快照的基础 为了从现有的 AWS EC2 Windows 实例创建快照,可以通过创建自定义镜像(Amazon Machine Image, AMI)来实现。这一步骤允许保存实例的状态以便后续使用或恢复。具体操作是在 AWS 管理控制台中的 Elastic Block Store (EBS) 部分找到对应的快照记录,并通过右键单击该快照选择“创建 AMI”,从而完成 AMI 的构建过程[^1]。 #### 设置自动化的快照策略 对于长期运行的生产环境下的 Windows 实例来说,手动执行快照可能不够高效。因此建议配置自动化快照生命周期策略。此功能位于 Amazon EC2 控制台内的 **Lifecycle Manager** 中。用户可以选择创建基于时间触发的新 EBS 快照政策,这样能够定期保护数据免受意外丢失风险影响[^2]。 #### 关于 AMI 组成的理解 当提到 AMI 这一概念时,它不仅仅代表了一个简单的磁盘映像文件那么简单。实际上,每一个成功的 AMI 至少包含了以下几个组成部分:至少一个关联至其上的 EBS Snapshots 数据集;明确界定好的启动许可列表用来决定谁有权利依据这个模板去部署新的虚拟机;以及详细的块存储设备映射表描述了新机器初始化过程中应该挂载哪些类型的硬盘资源等重要参数设置[^3]。 #### 备份与恢复流程概述 除了上述提及的技术细节外,在实际应用层面还需要考虑整个系统的可维护性和灾难恢复能力等问题。例如先建立好具备公共网络连接特性的基础测试平台之后再逐步扩展其它高级特性就是一个不错的起点思路[^4]。 ```bash # 示例命令:查看当前区域下所有的AMI及其状态 aws ec2 describe-images --owners self ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值