Veritas Access 故障排除指南

Last Published:
Product(s): Access (7.4)
Platform: Linux
  1. 简介
    1.  
      关于故障排除
    2.  
      故障排除过程的通用技巧
    3.  
      故障排除过程的一般方法
    4.  
      关于 support 用户帐户
    5.  
      配置 support 用户帐户
    6.  
      使用 support 帐户登录
  2. 常规故障排除过程
    1.  
      关于常规故障排除过程
    2.  
      查看 Veritas Access 日志文件
    3.  
      关于事件日志
    4.  
      关于 shell 活动日志
    5.  
      设置 CIFS 日志级别
    6.  
      设置 NetBackup 客户端日志级别和调试选项
    7.  
      检索并发送调试信息
    8.  
      两个连续 OpenStack 命令之间的延迟不足可能会导致失败
  3. 监视 Veritas Access
    1.  
      关于监视 Veritas Access 操作
    2.  
      监视处理器活动
    3.  
      生成 CPU 和设备利用率报告
    4.  
      监视网络通信
    5.  
      导出和显示网络通信详细信息
  4. 常见恢复过程
    1.  
      关于常见的恢复过程
    2.  
      重新启动服务器
    3. 使服务联机
      1.  
        使用 services 命令
    4.  
      从非正常关闭中恢复
    5.  
      测试网络连接
    6.  
      使用 traceroute 进行故障排除
    7.  
      使用 traceroute 命令
    8.  
      收集文件系统的元数据保存映像
    9.  
      更换以太网接口卡(联机模式)
    10.  
      更换以太网接口卡(脱机模式)
    11.  
      更换 Veritas Access 节点
    12.  
      更换磁盘
    13. 加速复制
      1.  
        关于同步复制作业
      2.  
        同步间歇性复制作业
    14.  
      卸载修补程序版本或软件升级
  5. 对“将 Veritas Access 云作为层”功能进行故障排除
    1.  
      云分层的故障排除技巧
    2.  
      在云层读取或写入数据时出现问题
    3.  
      用于检查云分层错误的日志位置
  6. 对 Veritas Access 安装和配置问题进行故障排除
    1.  
      如何查找管理控制台 IP
    2.  
      查看安装日志
    3.  
      安装失败且未完成
    4.  
      从群集中排除 PCI ID
    5.  
      无法从 root 文件系统损坏中恢复
    6.  
      storage disk list 命令不返回任何结果
  7. 对 LTR 升级进行故障排除
    1.  
      查找日志文件以对 LTR 升级进行故障排除
    2.  
      对 LTR 的升级前问题进行故障排除
    3.  
      对 LTR 的升级后问题进行故障排除
  8. 对 Veritas Access CIFS 问题进行故障排除
    1.  
      拒绝用户访问 CTDB 目录共享
  9. 对 Veritas Access GUI 启动问题进行故障排除
    1.  
      解决 GUI 启动问题

关于同步复制作业

首次运行复制作业时,Veritas Access 会将全部数据从源位置复制到目标位置。后续作业(手动触发或按调度触发)仅复制增量更改。

在极少数情况下,数据已经位于目标位置,但复制无法进行增量更改。例如:

  • 已经数天或数周未运行复制,而通过 VxFS 文件更改日志跟踪的更改已被覆盖(或可能损坏)。此日志是进行复制所必需的。

  • 临时禁用并重新启动复制作业后,下一次运行作业时将复制全部数据。

  • 已对复制定义进行了一些更改。例如,先前的复制仅包括 fs1/folder1,但您还希望复制 fs1/folder2 中的数据。由于 fs1/folder2 需要完全复制,因此即使 fs1/folder1 只需增量更改,也会再次复制该文件夹。

  • 当需要将复制方向反转为从目标到源时。即使大多数数据在目标和源两个位置上都有,但每当在目标位置创建新作业时,首次复制仍将自动触发完全复制。

  • 如果管理员意外删除复制的内部数据库且没有备份可用,则创建新作业将触发完全复制,即使新的作业是针对现有配置创建时也是如此。

在这些情况下,您可使用 Replication> job sync 命令利用目标位置的现有数据并避免要求完全复制,而不是等待启动完全复制。Replication> job sync 命令可将复制作业恢复为明确定义的状态,并可使用增量复制。

同步作业后,此作业会重新启用,并且可通过标准作业触发器或设置复制频率来触发增量复制。

注意:

只有已启用的作业才支持同步。如果无法从失败的作业中恢复,而您又想使用 Replication> job sync 命令从此状态中恢复,请执行如下步骤:首先,禁用此作业,然后重新启用它。之后,使用 Replication> job sync 命令同步此作业。

注意:

无法在已暂停的复制作业上执行同步。如果在已经中止或停止的已暂停作业上执行同步,该暂停作业的最后一个恢复点目标 (RPO) 将不可用。