我在 x86 硬件上运行 Solaris 11.3 的一组 GPT 磁盘上有一个 4 路镜像rpool（使用 GPT 是因为磁盘大小超过 2TB）。
磁盘 1 和 2 是“主”操作系统。磁盘 3 和 4 间歇性地存在，因为它们是异地（离线）备份磁盘（由于 Solaris 和 ZFS 的魔力，它们在存在时会自动更新其数据）交换进和交换，因此所有数据永远不会在一处。
我正在尝试擦除磁盘 3 和 4 的“MBR”，这样它们就不会被意外启动（因为数据可能已过时），但似乎找不到一个合适的解释：
- “MBR”驻留在 GPT 磁盘上的位置和/或初始字节的格式（从读取来看似乎表明擦除初始字节也会擦除 GUID 分区表）
- GPT 磁盘实际上是如何启动的/初始
bios_grub分区上有什么（在 Ubuntu 上使用 GParted 创建的，但现在从我所看到的来看似乎是 Solaris 文件格式？） - 如何在 Solaris 11.3 中完成此操作而不擦除关键信息，因为我可能必须在以后恢复从这些磁盘启动的能力（我读过
bootadm和/sbin/installgrub但似乎距离答案或工作解决方案还没有更近）。 （如果磁盘 1 或 2 损坏，我还需要能够恢复启动能力，这意味着我需要更换磁盘并使其可启动。）
有任何想法吗？ :-/
答案1
我的第一个想法是更改 rpool 上的 bootfs 标志，或修改 grub 配置。
我对 x86 系统上的驱动器很生疏，但我认为您可能正在寻找的答案是通过设置/删除引导/主标志来以不同方式设置分区。问题是这可能会更改不允许镜像的 zpool 的分区大小。
但我不确定你是否能做你想做的事。破坏镜像并不能保证其中一个驱动器可以干净地作为池导入。我见过很多问题/博客，讨论在 rpool 上发出 zpool split 是否是 DR 的有效选项。
如果您的 DR 站点已连接，更好的选择可能是通过 ssh 发出 zfs 发送/接收。
我使用 UAR 构建了一个系统，发现它运行得很好。非常好，我正在编写一些脚本来创建系统的 UAR，作为新 DR 过程的一部分。
您可能还想参考 MOS 文档，看看它是否提供了任何内容：信息中心：引导 Oracle Solaris 11 操作系统（文档 ID 1559838.2）
答案2
最终设法对其进行排序，但并不完全按照预期的方式进行排序，尽管从长远来看可能会更容易。
我首先使用：
bootadm install-bootloader
这确保所有磁盘都能启动。
BIOS 有一个磁盘部分看起来就像磁盘列表一样允许使用。然而该列表是一个磁盘列表靴子来自，因此从那里取出磁盘 3 和 4，瞧！ （我确实注意到列出的磁盘不一定按插槽顺序排列，因此必须小心执行此步骤。）
如果问题确实出现，那么我可以简单地修改 BIOS，因为引导加载程序已经存在，而不是在磁盘 3/4 上安装引导加载程序。