从失败的非主 StorageGRID 管理节点复制审核日志
建议更改
PDF
如果您能够从失败的管理节点复制审核日志，则应保留它们以维护网格的系统活动和使用记录。您可以在恢复的非主管理节点启动和运行后将保留的审核日志还原到该节点。
此过程将审核日志文件从失败的管理节点复制到单独网格节点上的临时位置。然后，可以将这些保留的审核日志复制到替换的管理节点。审核日志不会自动复制到新的管理节点。
根据故障类型，您可能无法从故障管理节点复制审核日志。如果部署只有一个管理节点，则恢复的管理节点会开始将事件记录到新的空审核日志文件中，之前记录的数据将丢失。如果部署包含多个管理节点，则可以从另一个管理节点恢复审核日志。
|
如果现在无法在失败的管理节点上访问审核日志，则稍后可能能够访问它们，例如，在主机恢复之后。 |
-
如果可能，请登录到发生故障的管理节点。否则，请登录到主管理节点或其他管理节点（如果可用）。
-
输入以下命令：
ssh admin@grid_node_IP -
输入 `Passwords.txt`文件中列出的密码。
-
输入以下命令切换到 root：
su - -
输入 `Passwords.txt`文件中列出的密码。
以 root 身份登录时，提示符将从
$`更改为 `#。 -
-
停止 AMS 服务，以防止其创建新的日志文件：
service ams stop -
导航到审核导出目录：
cd /var/local/audit/export/ -
将源 audit.log 文件重命名为唯一的编号文件名。例如，将 audit.log 文件重命名为
2023-10-25.txt.1。ls -l mv audit.log 2023-10-25.txt.1
-
重新启动 AMS 服务：
service ams start -
创建目录以将所有审核日志文件复制到单独网格节点上的临时位置：
ssh admin@grid_node_IP mkdir -p /var/local/tmp/saved-audit-logs出现提示时，输入 admin 的密码。
-
将所有审核日志文件复制到临时位置：
scp -p * admin@grid_node_IP:/var/local/tmp/saved-audit-logs出现提示时，输入 admin 的密码。
-
以root用户身份注销：
exit