关于 Oracle ZFS Storage Appliance
配置 Oracle ZFS Storage Appliance
"Shares"(共享资源)BUI 页面" id="GOKQM" base="Shares_Shares_BUI.xml"> "Shares"(共享资源)> "General"(常规)BUI 页面" id="GOKRF" base="Shares_Shares_General_BUI.xml"> "Shares"(共享资源)> "General"(常规)BUI 页面设置" id="GOKQP"> "Shares"(共享资源)> "Protocols"(协议)BUI 页面" id="GOKRL" base="Shares_Shares_Protocols_BUI.xml"> "Shares"(共享资源)> "Access"(访问)BUI 页面" id="GOKVG" base="Shares_Shares_Access_BUI.xml"> "Project"(项目)> "General"(常规)BUI 页面" id="GOKRQ">各个复制更新可能会因许多原因而失败。如有可能,设备会在源设备或目标设备上或在失败的操作的 "Replication"(复制)屏幕上发布警报,报告该故障的原因。您可以通过单击表示该操作的状态的对应橙色警报图标来获得有关故障的详细信息。以下为最常见的故障类型:
|
如果复制更新的任何部分失败,该复制更新也会失败。当前的实施会依次复制项目内的共享资源,不会回滚来自失败更新的更改。因此,当更新失败时,目标上的某些共享资源可能是最新的,而另一些共享资源则可能不是最新的。有关详细信息,请参见上文中的“快照和数据一致性”。
虽然某些数据可能已作为失败更新的一部分被成功复制,但是当前实施会重新发送已作为先前(失败的)更新的一部分发送过的所有数据。也就是说,失败的更新不会从其停止的地方开始,而是将从失败更新原来开始的位置开始。
当调度或连续的复制失败时,系统会等待几分钟,然后重试。系统将无限地继续重试失败的调度或连续的复制。在重试过程中的任何时间点,启动手动更新都将立即开始重试,不存在通常情况下两次连续重试之间会有的延迟。如果手动更新成功完成,则它将终止重试序列并且复制操作将恢复为其正常的已调度或连续更新。前面没有已调度复制的失败手动复制不会重试。
当一个复制更新正在进行并且调度了另一个更新时,调度的复制将推迟,直至前一个更新完成,并且将发出警报。