昨晚,我们其中一个 Oracle 数据库机上的恢复区已满。这是在其中一个数据库警报日志中报告的,我们能够在下一次日志切换之前清除一些空间,此时生产将停止。
多一点警告当然会很好,比如当磁盘组已满 70% 时。
我们有哪些选项可以监控 ASM 内的磁盘使用情况?
我在 SATA 磁盘(WD Raptors)上运行具有正常冗余的 Oracle ASM (11gR2)。如果重要的话,这是在物理备用数据库上。有时,磁盘扇区会出现读取错误(ECC 故障)。发生这种情况时,该块不再被镜像,但 ASM 不知道这一点。
如何让 ASM 读取它控制的分区,并确保每个块都是可读的?
理想情况下,它还将确认镜像的双方匹配,并重写磁盘报告无法纠正的 ECC 错误的任何扇区。
(即,我想要相当于 mdraidecho 'repair' > /sys/block/md0/md/sync_action
或硬件 RAID 控制器的背景一致性检查。)
2012 年 1 月 3 日更新:到目前为止,我发现的最好方法是更改磁盘组以删除磁盘,等待重新平衡完成,使用操作系统实用程序将磁盘归零,然后重新添加磁盘。这当然不会比较镜像的两侧,但至少会重新分配任何坏道。似乎必须有更好的方法。很难相信 ASM 缺少这样一个标准的 RAID 功能。
我很久以前就创建了一个 ASM RAC 设置,并创建了一个磁盘组,名称为xyz
. 我认为该实例已经消失,但磁盘组并未使用以下命令专门删除:
drop diskgroup xyz including contents;
Run Code Online (Sandbox Code Playgroud)
现在我已经创建了一个新设置并想要重新利用这些磁盘,我收到以下错误:
CREATE DISKGROUP XYZ EXTERNAL REDUNDANCY DISK ...
ORA-15003: diskgroup "xyz" already mounted in another lock name space
Run Code Online (Sandbox Code Playgroud)
如何删除此磁盘组?任何帮助表示赞赏。
在Oracle Database Appliance
,默认部署只给你一个control file
.
我觉得这有点令人费解。单个控制文件会导致自动配置的企业管理器 DB 控制台中的策略违规,而 Oracle 的建议仍然是,据我所知,您应该始终在不同的驱动器和文件系统上至少拥有两个控制文件。就个人而言,为了保险起见,我一直都有三份副本。
ODA 使用 ASM 进行配置,并且使用三重镜像驱动器确实具有良好的存储冗余。在此配置中使用单个控制文件运行是否可以?
将第二个控制文件添加到同一个磁盘组可能没有多大意义,将控制文件多路复用到 SSD 磁盘组或每个节点的操作系统驱动器是否更有意义?
oracle-11g-r2 oracle-asm oracle-database-appliance oracle-12c
我在 oracle linux 5.8 上有 oracle ASM 11gR2,我想安装 oracle 数据库。我有一些磁盘,我想使用 oracle ASM 或 RAID 10 的冗余策略。不知道哪个更好?Oracle ASM 冗余还是 RAID 10?
我们正在运行带有两节点 RAC 的 Oracle 11.2.0.3,而我们的 FRA 磁盘组空间不足。我需要通过 ASM 为其分配更多磁盘。我不知道该怎么做。我可以登录到一个节点并访问 asmcmd 或其他 asm 命令行实用程序。我需要做什么?
编辑:直到菲尔的回答才知道它是相关的:我们正在使用原始磁盘设备。
在 Linux 中,您可以在目录上运行以下命令来查找每个子目录的大小:
du -sh *
Run Code Online (Sandbox Code Playgroud)
当你在asmcmd
中+FRA
例如磁盘组,我怎么能检索一个列表中的磁盘组中的每个目录的大小,而不是运行du +FRA/directory
在每一个单独的目录?
Oralce 12c ASM 如何清理存档日志。由于存档磁盘组已满,Oracle 实例未启动,这是我的测试数据库,我不想扩展磁盘组,因此我想删除所有存档日志。
SQL> startup
ORACLE instance started.
Total System Global Area 738197504 bytes
Fixed Size 2928776 bytes
Variable Size 314576760 bytes
Database Buffers 415236096 bytes
Redo Buffers 5455872 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 31849
Session ID: 124 Serial number: 41214
Run Code Online (Sandbox Code Playgroud)
警报日志
> NOTE: Assigning number (1,0) to disk (/dev/DG-DISK3) SUCCESS: mounted
> group 1 (ARCH) NOTE: grp 1 disk 0: ARCH_0000 path:/dev/DG-DISK3 Wed
> Aug 24 03:50:11 2016 Unable to create archive …
Run Code Online (Sandbox Code Playgroud)