その他の設定

Automation Suite のバックアップと復元のその他の構成オプション (NFS サーバーのガイドを含む) の参照。

NFS サーバーを再舗装または更新する

重要:

UiPath® は、NFS サーバーを再舗装または更新するための具体的な手順を提供していません。

NFS サーバーを更新する前に、バックアップが無効化されていることを確認してください。手順については、「 クラスターをバックアップする」をご覧ください。

ガイドライン

1. バックアップを作成する NFS サーバーに接続されているディスクをバックアップすることをお勧めします。この情報は、backup.json ファイルで nfs.mountpoint キーとして定義されています。

2. NFS サーバーを再舗装するには、次の手順に従います。

   1. backup.json ファイルの nfs.mountpoint キーで定義されているものと同じマウント ポイントで、新たに再舗装されたマシンにバックアップ ディスクをマウントします。
   2. backup.json で nfs.endpoint として定義されている新しい NFS サーバーの NFS エンドポイントを更新します。
   3. NFS サーバーを再舗装したら、「外部 NFS サーバーを設定する」の手順に従っていることを確認してください。

3. NFS サーバーの更新が完了したら、マシンを再起動することをお勧めします。また、クラスターのバックアップも有効化してください。手順については、「 クラスターをバックアップする」をご覧ください。

クラスターに新しいノードを追加する

クラスターに新しいノードを追加するには、次の手順を再実行します。

1. 新しいノードの FQDN または IP アドレスを NFS サーバーの許可リストに追加します。手順については、「 すべてのバックアップ ノードと復元ノードに NFS マウント パスへのアクセスを許可する」をご覧ください。
2. インストール後に新しいノードでバックアップを有効化します。手順については、「 クラスターをバックアップする」をご覧ください。

ローカル ディスク バックアップを使用する

バックアップがバックアップ クラスターの単一サーバー ノード内のローカルに接続されたディスクに保存されている場合、データを復元する前に、そのディスクを手動でデタッチして復元クラスターに再アタッチする必要があります。

このプロセスは、ディスクの競合を回避し、クラスター間でクリーンな移行を実現するため、慎重に実行する必要があります。

1. バックアップ クラスターで、次の手順を実行します。

   1. バックアップ クラスター サーバー ノードに接続します。

      ssh <backup-cluster-node>
      

   2. バックアップ ディスクをアンマウントします。

      umount /backup
      

   3. 仮想マシンからバックアップ ディスクをデタッチします。次に Azure の例を示します。

      az vm disk detach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      

2. 復元クラスターで、次の手順を実行します。

   1. 復元クラスター サーバー ノードに接続します。

      ssh <restore-cluster-node>
      

   2. バックアップ ディスクを接続してマウントします。次に Azure の例を示します。

      az vm disk attach \
        --resource-group "${resource_group_name}" \
        --vm-name "${node_name}" \
        --name "server0-CephBackupDisk"
      

   3. /backup が現在マウントされている場合は、アンマウントします。

      umount /backup
      

   4. 既存の /backup エントリを /etc/fstabから削除します。

      sed -i.bak '/\/backup/d' /etc/fstab
      

   5. 新しく接続されたディスクを特定します。

      lsblk
      

      マウントされていないディスク名を見つけます (例: /dev/sdX)。

   6. 物理ボリュームを再スキャンします。

      pvscan
      

   7. 接続されているディスク上のボリュームグループ(VG)の名前を変更します。

      vg_uuid=$(pvs --noheadings -o vg_uuid /dev/sdX | awk '{print $1}')
      vgrename "$vg_uuid" backupvg_restored
      

   8. 名前を変更したボリューム・グループをアクティブにします。

      vgchange -ay backupvg_restored
      

   9. マウント ディレクトリが存在することを確認します。

      mkdir -p /backup
      

   10. 論理ボリュームをマウントします。

       mount /dev/backupvg_restored/backuplv /backup
       

   11. /etc/fstabに永続的なエントリを追加します。

       echo '/dev/backupvg_restored/backuplv /backup xfs defaults 0 0' >> /etc/fstab
       

手順を完了したら、バックアップ ディスクが正しくマウントされていること、および復元クラスターでバックアップ データにアクセスできることを確認する必要があります。

次の手順を実行して、設定が有効であることを確認します。

1. /backupマウントポイントがアクティブであることを確認します。

   df -h /backup
   

2. [ /backup] でバックアップ データにアクセスできることを確認します。

3. 必要に応じて復元操作を続行します。

注:

• ディスクをデタッチする前に、 /backupでアクティブな書き込み操作が行われていないことを必ず確認してください。
• Azure 以外の環境を使用している場合は、ディスクのアタッチおよびデタッチのコマンドを、ご使用のプラットフォームに対応した同等のコマンド (AWS aws ec2 detach-volumeなど) に置き換えます。
• ボリューム・グループ(vgrename)の名前を変更すると、クラスタ間での名前の競合が回避されます。