4.18. OADP 恢复

流程

1. 要在运行实际备份前预览备份中包含的资源，请运行以下命令：

   $ velero backup create <backup-name> --snapshot-volumes false 

   1

   Copy to Clipboard Toggle word wrap

   1

   将 --snapshot-volumes 参数的值 指定为 false。

2. 要了解有关备份资源的更多详细信息，请运行以下命令：

   $ velero describe backup <backup_name> --details 

   1

   Copy to Clipboard Toggle word wrap

   1

   指定备份的名称。

3. 要在运行实际恢复前预览恢复中包含的资源，请运行以下命令：

   $ velero restore create --from-backup <backup-name> 

   1

   Copy to Clipboard Toggle word wrap

   1

   指定为查看备份资源而创建的备份名称。

   重要

   velero restore create 命令在集群中创建恢复资源。在查看资源后，您必须删除作为恢复的一部分创建的资源。

4. 要了解有关恢复资源的更多详细信息，请运行以下命令：

   $ velero describe restore <restore_name> --details 

   1

   Copy to Clipboard Toggle word wrap

   1

   指定恢复的名称。

流程

1. 创建一个 Restore CR，如下例所示：

   apiVersion: velero.io/v1
   kind: Restore
   metadata:
     name: <restore>
     namespace: openshift-adp
   spec:
     backupName: <backup> 

   1

   
     includedResources: [] 

   2

   
     excludedResources:
     - nodes
     - events
     - events.events.k8s.io
     - backups.velero.io
     - restores.velero.io
     - resticrepositories.velero.io
     restorePVs: true 

   3

   Copy to Clipboard Toggle word wrap

   1

   备份 CR 的名称。

   2

   可选：指定要包含在恢复过程中的资源数组。资源可以是缩写方式（例如，po 代表 pods）或完全限定的方式。如果未指定，则会包含所有资源。

   3

   可选： restorePV 参数可以设置为 false，以从 Container Storage Interface (CSI) 快照的 VolumeSnapshot 或配置 VolumeSnapshotLocation 时从原生快照中恢复 PersistentVolume。

2. 输入以下命令验证 Restore CR 的状态是否为 Completed ：

   $ oc get restores.velero.io -n openshift-adp <restore> -o jsonpath='{.status.phase}'

   Copy to Clipboard Toggle word wrap

3. 输入以下命令验证备份资源是否已恢复：

   $ oc get all -n <namespace> 

   1

   Copy to Clipboard Toggle word wrap

   1

   备份的命名空间。

4. 如果您使用卷恢复 DeploymentConfig，或使用 post-restore hook，请输入以下命令运行 dc-post-restore.sh cleanup 脚本：

   $ bash dc-restic-post-restore.sh -> dc-post-restore.sh

   Copy to Clipboard Toggle word wrap
   注意

   在恢复过程中，OADP Velero 插件会缩减 DeploymentConfig 对象，并将 pod 恢复为独立 pod。这是为了防止集群在恢复时立即删除恢复的 DeploymentConfig pod，并允许 restore 和 post-restore hook 在恢复的 pod 上完成其操作。下面显示的清理脚本会删除这些断开连接的 pod，并将任何 DeploymentConfig 对象扩展至适当的副本数。

   例 4.1. dc-restic-post-restore.sh dc-post-restore.sh cleanup 脚本

   #!/bin/bash
   set -e
   
   # if sha256sum exists, use it to check the integrity of the file
   if command -v sha256sum >/dev/null 2>&1; then
     CHECKSUM_CMD="sha256sum"
   else
     CHECKSUM_CMD="shasum -a 256"
   fi
   
   label_name () {
       if [ "${#1}" -le "63" ]; then
   	echo $1
   	return
       fi
       sha=$(echo -n $1|$CHECKSUM_CMD)
       echo "${1:0:57}${sha:0:6}"
   }
   
   if [[ $# -ne 1 ]]; then
       echo "usage: ${BASH_SOURCE} restore-name"
       exit 1
   fi
   
   echo "restore: $1"
   
   label=$(label_name $1)
   echo "label:   $label"
   
   echo Deleting disconnected restore pods
   oc delete pods --all-namespaces -l oadp.openshift.io/disconnected-from-dc=$label
   
   for dc in $(oc get dc --all-namespaces -l oadp.openshift.io/replicas-modified=$label -o jsonpath='{range .items[*]}{.metadata.namespace}{","}{.metadata.name}{","}{.metadata.annotations.oadp\.openshift\.io/original-replicas}{","}{.metadata.annotations.oadp\.openshift\.io/original-paused}{"\n"}')
   do
       IFS=',' read -ra dc_arr <<< "$dc"
       if [ ${#dc_arr[0]} -gt 0 ]; then
   	echo Found deployment ${dc_arr[0]}/${dc_arr[1]}, setting replicas: ${dc_arr[2]}, paused: ${dc_arr[3]}
   	cat <<EOF | oc patch dc  -n ${dc_arr[0]} ${dc_arr[1]} --patch-file /dev/stdin
   spec:
     replicas: ${dc_arr[2]}
     paused: ${dc_arr[3]}
   EOF
       fi
   done

   Copy to Clipboard Toggle word wrap