PowerProtect DD：如果在 DD 上设置了严重环境警报，则文件系统处于禁用状态

PowerProtect DDOS 包括在以下情况下禁用 DD 文件系统 （DDFS） 的保护措施

1：系统时间向后跳转 60 秒以上。如果系统时间发生此类更改，和/或 

2：如果任何其他硬件组件出现故障，并且系统为机柜 1 设置严重环境警报

将发生以下情况：   

• DDFS 被禁用并且不会自动重新启动
• 发布警报 （EVT-ENVIRONMENT-00052），即：    

Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System has Critical alert

遇到此问题后：    

• 无法手动重新启动 DDFS（在启动过程中崩溃）
• 还原日期和时间（以反向向后跳转）不允许 DDFS 启动
• 解决硬件问题不允许 DDFS 启动

在我们修复严重环境条件之前，无法启用 Data Domain 文件系统，以便保护 DD 和集成到 DD 的其他应用程序

实施此保护措施的原因是，系统时间向后跳转可能会对某些将数据存储在 DDR 上的备份应用程序造成不利影响。因此，它的设计使得 DDR 的管理员必须允许系统时间更改，然后才能重新启用 DDFS。

提醒：遇到此问题后，无法启用 DDFS，因为它拒绝启动，例如：    

# filesys enable
Please wait...
01/01 20:32:10.217 (tid 0xxxxxxx): INFO: Event posted: m0-28 (2100001c:553648156): EVT-FILESYS-00008: Filesystem has encountered an error and is restarting.
**** There was a problem bringing up the filesystem. Status: The filesystem is aborting due to a problem.

此外，反转系统时间的向后跳转不允许重新启用 DDFS（问题仍然存在）。

要启用 DDFS，请执行以下步骤。如果受影响的 DD 是 DD HA 对中的活动节点，请在启用文件系统 （FS） 之前将这些步骤应用于两个节点。

从 UI 中：

1.确保系统的日期和时间正确无误。如果您更改时区，DDR 可能会提示重新启动。
    立即执行此重新启动，以确保所有进程都能识别新时区。转至 管理>设置 >时间和日期

• 如果您已启用 NTP，请暂时禁用它以更正时钟。转至 更多任务>配置时间设置

• 然后再次配置时间设置以重新启用 NTP（如果需要）

2.清除与“filesystem disabled due to a critical condition”错误对应的紧急警报。转至运行状况 > 警报 > 当前警报

• 等待一分钟，以清除警报并更新系统状态。否则，在 DDFS 进程启动之前，系统状态可能不会完全更新，这可能会导致一次性 FS 崩溃和警报。

3.如果在清除警报后尚未启用文件系统，请启用它。转至Data ManagementFile > SystemSummary >> 页面底部的Enable。

• DDFS 现在应正常启动/运行。如果您在清除警报后未能在启动 FS 进程之前等待足够长的时间，您可能会在 CLI 上收到有关 FS 遇到问题的警报，但是，FS 将继续尝试启动，如果问题如本知识库文章中所述，FS 进程最终将启用。

从 CLI 中：

1a。确保系统的日期和时间正确无误。如果您更改时区，DDR 可能会提示重新启动。
    立即执行此重新启动，以确保所有进程都能识别新时区。

1b.确保 DD 中的所有硬件组件都处于良好状态

2.清除与“filesystem disabled due to a critical condition”错误对应的紧急警报：    

# alert clear alert-id [alert id]

     例如，如果这是警报 p0-32（如上所示）：    
 

# alert clear alert-id p0-32

3.等待一分钟，以清除警报并更新系统状态。否则，在 FS 进程启动之前，系统状态可能不会完全更新，这可能会导致一次性 FS 崩溃和警报。

4.现在 DDFS 应该会自动联机，您可以使用“# filesys status”检查文件系统的状态。如果没有，请启用 DDFS：    

# filesys enable

• DDFS 现在应正常启动/运行。如果您在清除警报后未能在启动 FS 进程之前等待足够长的时间，您可能会在 CLI 上收到有关 FS 遇到问题的警报，但是，FS 将继续尝试启动，如果问题如本知识库文章中所述，FS 进程最终将启用。

有关此保护措施或本文中包含的任何信息的更多信息，请联系 戴尔技术支持。

此问题的示例如下所示：    

• 最初，DDFS 正常运行：    

# filesys status
The filesystem is enabled and running.

• DDR 的系统日期和时间为 2017 年 3 月 7 日 13：28：    

# date
Sun Mar  7 13:28:24 PST 2017

• 该日期手动向后设置为 2017 年 1 月 1 日（必须先禁用网络时间协议/NTP，然后才能进行此更改）：    

# system set date 01012017

• 登录到 DDR （messages.engineering） 表明系统日期或时间已向后更改，并且正在禁用 DDFS：

Mar  7 13:28:24 rtp-ddr30 ddsh: NOTICE: MSG-DDSH-00009: (tty=ttyS0, session=15703) root: command "system set date 01012017"
...
Jan  1 20:17:04 rtp-ddr30 ddr_stated: Availability stats: Invalid time interval -5591476. Probably the system clock was changed.
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Found a system time jump: -5591485
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: Before Jump: system time: Tue Mar  7 13:28:15 2017 , rtc time: Tue Mar  7 13:28:16 2017 , ntp last sync time: Unknown
Jan  1 20:17:51 rtp-ddr30 platmon: INFO: After  Jump: system time: Sun Jan  1 20:17:51 2017 , rtc time: Sun Jan  1 20:17:51 2017 , ntp last sync time: Unknown
...
Jan  1 20:17:51 rtp-ddr30 platmon: NOTICE: post_alert: Generating alert EVT-ENVIRONMENT-00052
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: Event posted: p0-32 (11000020:285212704): EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped
Jan  1 20:17:52 rtp-ddr30 platmon: NOTICE: evaluate_symbol_node: taking action(s) on error_indict(1)
Jan  1 20:17:52 rtp-ddr30 platmon: INFO: System time jumped, needs service now
Jan  1 20:17:52 rtp-ddr30 platmon: ERROR: Fatal error in platform monitor, DDFS shall be disabled
...
Jan  1 20:17:55 rtp-ddr30 ddr_procmon: ERROR: Critical error is detected by platform monitoring, filesystem is shutdown.
...
Jan  1 20:17:55 rtp-ddr30 ddr_stated: INFO: change_state(): shutdown requested
Jan  1 20:17:55 rtp-ddr30 ddfs[3761]: NOTICE: MSG-DDR-00003: Shutting down ddfs

• 发布紧急警报，指示已“由于严重情况”禁用 DDFS：    

当 DD 是 Windows Active Directory 的一部分或已加入 Windows Active Directory 时，它使用域控制器 （DC） 作为其系统时间源。DD 会定期将其日期和时间与 DC 同步。如果 Windows DC 的日期和时间发生更改，则更新将通过 CIFS 推送到 DD。超过 60 秒的向后时间跳转会触发此行为。

要了解是否可能出现这种情况，请首先检查是否为 CIFS 配置了 DD 并绑定或加入了特定的 Active Directory 领域：   

# cifs show config
Mode                 Active-Directory
Realm                realm.example.com
Domain Controllers   *
WINS Server          not specified
NB Hostname          DD9300
Max Connections      Not Available
Max Open Files       Not Available

• 如果是这样，请检查“cifs.log”文件中的条目，例如以下条目：   

# log view debug/cifs/cifs.log
Mar 28 22:03:16 DD9300 lsass: ALWAYS: [24497/1585429396.001947087] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 22:03:16 2020 ] to [Sat Mar 28 22:54:38 2020 ]
Mar 28 23:44:38 DD9300 lsass: ALWAYS: [24497/1585435478.001799190] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 23:44:38 2020 ] to [Sat Mar 28 22:53:15 2020 ]
Mar 29 22:04:38 DD9300 lsass: ALWAYS: [24497/1585512278.002014016] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 22:04:38 2020 ] to [Sun Mar 29 22:55:53 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24499/1585517153.001946740] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24497/1585517153.001946645] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ]
Mar 30 22:00:53 DD9300 lsass: ALWAYS: [24497/1585598453.002161373] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 22:00:53 2020 ] to [Mon Mar 30 22:52:01 2020 ]
Mar 30 23:12:01 DD9300 lsass: ALWAYS: [24497/1585602721.002275775] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 23:12:01 2020 ] to [Mon Mar 30 22:20:52 2020 ]