הגדרת גיבויים עקביים של אפליקציות

במאמר הזה מוסבר איך להגדיר גיבויים מתוזמנים ועקביים ברמת האפליקציה, ותהליכי עבודה של שחזור לנקודת זמן (PITR) למסדי נתונים בניהול עצמי שפועלים במכונות וירטואליות (VM) של Linux ב-Compute Engine.

כשמגבים עומסי עבודה של מסדי נתונים עם שמירת מצב (stateful) – כמו IBM Db2,‏ SAP HANA,‏ MySQL או PostgreSQL – תמונות מצב רגילות ועקביות שנוצרות על ידי Backup and DR יכולות לתעד את מסד הנתונים בזמן שעסקאות עדיין מתבצעות. העסקאות הלא שלמות האלה עלולות לגרום לפגיעה בנתונים, להשאיר טבלאות במצבים לא עקביים ולדרוש שגרות ארוכות של תיקון מסד הנתונים לאחר שחזור מקריסה. גיבויים עקביים ברמת האפליקציה פותרים את הבעיות האלה באמצעות שילוב עם סוכן האורח של מכונה וירטואלית כדי להשבית את מסד הנתונים ולהקפיא את מערכת הקבצים לפני יצירת תמונת מצב.

לפני שמתחילים

לפני שמגדירים גיבויים עקביים של אפליקציות, צריך לבצע את המשימות הבאות.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות להגדרת גיבויים עקביים של אפליקציות, צריך לבקש מהאדמין להקצות לכם את תפקידי ה-IAM הבאים בפרויקט:

להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

יכול להיות שאפשר לקבל את ההרשאות הנדרשות גם באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש.

דרישות מוקדמות

  1. בדף לבחירת הפרויקט במסוף Google Cloud , בוחרים פרויקט ב-Google Cloud או יוצרים אותו.

    כניסה לדף לבחירת הפרויקט

  2. מוודאים שהחיוב מופעל בפרויקט.

    איך מוודאים שהחיוב מופעל

  3. מפעילים את Backup and DR API ואת Secret Manager API.

    הפעלת ממשקי ה-API

  4. חשוב לוודא שנתוני מסד הנתונים וקובצי היומן מאוחסנים בדיסקים קבועים רגילים. כרכים של Google Cloud Hyperdisk לא תומכים בפעולות של ניקוי המטמון של מערכת ההפעלה האורחת.

  5. אם אתם מתכננים להגדיר שחזור מערכת מנקודה מסוימת בזמן (PITR), אתם צריכים להגדיר את מסד הנתונים כך שיארכב את יומני הטרנזקציות ויומני Redo שלו בדיסק אחסון מתמיד (persistent disk) ייעודי ונפרד – לדוגמה, כשהוא מותקן ב-/db2/ACT/log_archive.

שימוש במסגרת של ניקוי נתונים במצב אורח (BYOS)

ב-Backup and DR נעשה שימוש במסגרת Bring-Your-Own-Script (BYOS) guest-flush כדי להשבית את מסד הנתונים לפני שיוצרים תמונת מצב. סביבת האורח מסתמכת על שני סקריפטים שנמצאים בספרייה /etc/google/snapshots/ במופע של מכונת ה-VM של Linux:

  • Pre-snapshot script (סקריפט לפני צילום ה-snapshot) (/etc/google/snapshots/pre.sh): מופעל לפני צילום ה-snapshot. הסקריפט הזה צריך להשהות את פעולות מסד הנתונים, ואם רוצים, אפשר גם להקפיא את מערכת הקבצים.
  • סקריפט אחרי צילום ה-snapshot‏ (/etc/google/snapshots/post.sh): מופעל אחרי צילום ה-snapshot. הסקריפט הזה צריך לבטל את ההקפאה של מערכת הקבצים ולהמשיך את פעולות מסד הנתונים.

מידע נוסף על תבניות סקריפטים ספציפיות למסד נתונים זמין במאמר בנושא בדיקת סקריפטים לדוגמה לפי סוג מסד הנתונים.

אופציונלי: הקפאה וביטול הקפאה של מערכות קבצים

הקפאת מערכת הקבצים באמצעות כלי ה-Linux הרגיל fsfreeze היא אופציונלית ולא חובה. השבתת מסד הנתונים מבטיחה עקביות של העסקאות ברמת האפליקציה. עם זאת, אם נדרשת עקביות נוספת ברמת מערכת הקבצים, אפשר לכלול בסקריפטים את הפקודות הבאות להקפאה ולביטול ההקפאה של מערכת הקבצים.

מוודאים שהסקריפטים pre.sh ו-post.sh במכונה הווירטואלית מוגדרים לטיפול בהקפאה אופציונלית של מערכת הקבצים עבור נפחי יומנים בלי להשהות את פעולות מסד הנתונים.

הוספת הוראות להקפאת מערכת הקבצים ל-pre.sh

אם בוחרים להקפיא את מערכות הקבצים, מוסיפים את הלוגיקה הבאה של גילוי והקפאה בסוף הסקריפט pre.sh אחרי השבתת מסד הנתונים:

# Discover local writeable mount points
MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

# FREEZE FILESYSTEMS (Optional)
for mnt in $MOUNT_POINTS; do
    if ! sudo fsfreeze -f "$mnt"; then
        logger "Error: Failed to freeze $mnt. Cleaning up..."
        # Attempt emergency thaw
        for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
        # Add your database-specific resume/cleanup commands here before exiting
        exit 1
    fi
    logger "Filesystem $mnt is frozen."
done

הוספת הוראות לביטול ההקפאה של מערכת הקבצים ל-post.sh

אם מקפיאים את מערכות הקבצים ב-pre.sh, צריך להוסיף את הלוגיקה הבאה לביטול ההקפאה בתחילת הסקריפט post.sh לפני שממשיכים את מסד הנתונים:

# Discover local writeable mount points
MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

# UNFREEZE FILESYSTEMS (Optional)
for mnt in $MOUNT_POINTS; do
    sudo fsfreeze -u "$mnt"
    logger "Filesystem $mnt is unfrozen."
done

אחזור פרטי כניסה באופן דינמי באמצעות Secret Manager

אל תכתבו בקוד את פרטי הכניסה או הסיסמאות של מסד נתונים סטטי בתוך סקריפטים של מעטפת. במקום זאת, אפשר להשתמש ב-Secret Manager כדי לאחזר את פרטי הכניסה באופן דינמי בזמן הריצה. מחליפים את משתני הסיסמה הסטטיים בסקריפטים בלוגיקה הבאה:

# Fetch the database password from Secret Manager dynamically
DBPASSWORD=$(gcloud secrets versions access latest \
    --secret="SECRET_NAME" \
    --format='get(payload.data)' | tr -d '\n')

if [ $? -ne 0 ]; then
    logger "Critical Error: Unable to fetch the password from Secret Manager."
    exit 1
fi

מחליפים את SECRET_NAME בשם הסוד ב-Secret Manager.

בדיקת סקריפטים לדוגמה לפי סוג מסד הנתונים

בדוגמאות הבאות מוצגות הטמעות של pre.sh ו-post.sh במנועי מסדי נתונים נתמכים שפועלים במופעי Linux.

IBM Db2

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh
 # 1. Define Mount Points for the Database
 MOUNT_POINTS=("DATA_MOUNT_POINT" "LOG_MOUNT_POINT")
 logger "BYOS Framework: Starting pre-snapshot script."

 # 2. QUIESCE DATABASE (Generic Hook)
 # Replace with DB-specific command (e.g., 'db2 set write suspend')
 logger "Suspending Database I/O..."
 # [INSERT DB QUIESCE COMMAND HERE]

 # 3. FREEZE FILESYSTEMS (Optional)
 for mnt in "${MOUNT_POINTS[@]}"; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt."
         # Attempt emergency thaw
         for thaw_mnt in "${MOUNT_POINTS[@]}"; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         # [INSERT DB RESUME COMMAND HERE]
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh
 MOUNT_POINTS=("DATA_MOUNT_POINT" "LOG_MOUNT_POINT")
 logger "BYOS Framework: Starting post-snapshot script."

 # 1. UNFREEZE FILESYSTEMS (Optional)
 for mnt in "${MOUNT_POINTS[@]}"; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done

 # 2. RESUME DATABASE (Generic Hook)
 # Replace with DB-specific command (e.g., 'db2 set write resume')
 logger "Resuming Database I/O..."
 # [INSERT DB RESUME COMMAND HERE]
 logger "BYOS Framework: Cleanup complete."

Oracle

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 sudo mkdir -p /etc/google/snapshots
 sudo tee /etc/google/snapshots/pre.sh > /dev/null << 'EOF'
 #!/bin/bash
 # Place Oracle (ASM) into hot backup mode before Backup and DR captures disks
 su - oracle -c "sqlplus -s / as sysdba" << 'SQL'
 WHENEVER SQLERROR EXIT FAILURE;
 ALTER DATABASE BEGIN BACKUP;
 EXIT;
 SQL

 if [ $? -ne 0 ]; then
   echo "Error: Failed to place Oracle in backup mode. Aborting snapshot." >&2
   exit 1
 fi
 EOF

 sudo chmod 750 /etc/google/snapshots/pre.sh

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 sudo tee /etc/google/snapshots/post.sh > /dev/null << 'EOF'
 #!/bin/bash
 # Release Oracle from backup mode and archive current redo log to +FRA
 su - oracle -c "sqlplus -s / as sysdba" << 'SQL'
 WHENEVER SQLERROR EXIT FAILURE;
 ALTER DATABASE END BACKUP;
 ALTER SYSTEM ARCHIVE LOG CURRENT;
 EXIT;
 SQL

 if [ $? -ne 0 ]; then
   echo "Warning: Failed to execute ALTER DATABASE END BACKUP." >&2
   exit 1
 fi
 EOF

 sudo chmod 750 /etc/google/snapshots/post.sh

SAP HANA

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh

 DISK_ARG="$1"

 # 1. Configuration & Discovery
 DBSID="DBSID"
 DBADM="DBADM"
 ID_FILE="/tmp/hana_snapshot_id_$DBSID"
 HDB_KEY="HDB_KEY"

 if [[ "$DISK_ARG" == "," ]] || [[ "$DISK_ARG" == "1/0" ]] || [[ "$DISK_ARG" == "sda" ]]; then
     # Dynamically discover all local writeable mount points for full VM image consistency
     # Filters out pseudo, temporary, and read-only filesystems
     MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

     logger "SAP HANA Full VM BYOS: Starting pre-snapshot script for $DBSID."

     # 2. QUIESCE DATABASE (Create SAP HANA Snapshot)
     logger "SAP HANA Full VM BYOS: Creating database snapshot..."

     # Determine HANA Version
     # Versions 2.0+ use 'FOR FULL SYSTEM' syntax
     HANAVERSION=$(su - $DBADM -c "HDB version" | grep "version:" | awk '{print $2}' | cut -d'.' -f1)

     if [ "$HANAVERSION" = "1" ]; then
         SQL="BACKUP DATA CREATE SNAPSHOT COMMENT 'SNAPSHOT_$(date +%Y%m%d)'"
     else
         SQL="BACKUP DATA FOR FULL SYSTEM CREATE SNAPSHOT COMMENT 'SNAPSHOT_$(date +%Y%m%d)'"
     fi

     # Execute the snapshot command via hdbsql
     su - $DBADM -c "hdbsql -j -U $HDB_KEY \"$SQL\""
     if [ $? -ne 0 ]; then
         logger "Error: Failed to create SAP HANA snapshot."
         exit 1
     fi

     # Retrieve the BACKUP_ID for the prepared snapshot
     ID=$(su - $DBADM -c "hdbsql -j -t -U $HDB_KEY \"SELECT BACKUP_ID FROM M_BACKUP_CATALOG WHERE STATE_NAME = 'prepared' ORDER BY SYS_START_TIME DESC\"" | head -n 2 | tr -d '"' | tail -n 1)

     if [ -z "$ID" ]; then
         logger "Error: Could not retrieve BACKUP_ID for prepared snapshot."
         exit 1
     fi

     echo "$ID" > "$ID_FILE"
     logger "SAP HANA Full VM BYOS: Database snapshot prepared with ID $ID."
 fi

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh

 DISK_ARG="$1"

 # 1. Configuration & Discovery
 DBSID="DBSID"
 DBADM="DBADM"
 ID_FILE="/tmp/hana_snapshot_id_$DBSID"
 HDB_KEY="HDB_KEY"

 if [[ "$DISK_ARG" == "," ]] || [[ "$DISK_ARG" == "1/0" ]] || [[ "$DISK_ARG" == "sda" ]]; then
     # Discover all local writeable mount points to perform unfreeze
     MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

     logger "SAP HANA Full VM BYOS: Starting post-snapshot script for $DBSID."

     # 3. RESUME DATABASE (Close SAP HANA Snapshot)
     if [ -f "$ID_FILE" ]; then
         ID=$(cat "$ID_FILE")
         logger "SAP HANA Full VM BYOS: Closing database snapshot ID $ID..."

         # Determine HANA version for correct syntax
         HANAVERSION=$(su - $DBADM -c "HDB version" | grep "version:" | awk '{print $2}' | cut -d'.' -f1)

         if [ "$HANAVERSION" = "1" ]; then
             SQL="BACKUP DATA CLOSE SNAPSHOT BACKUP_ID $ID SUCCESSFUL 'SNAPSHOT_COMPLETED'"
         else
             SQL="BACKUP DATA FOR FULL SYSTEM CLOSE SNAPSHOT BACKUP_ID $ID SUCCESSFUL 'SNAPSHOT_COMPLETED'"
         fi

         # Execute the close snapshot command
         RESULT=$(su - $DBADM -c "hdbsql -j -U $HDB_KEY \"$SQL\"")
         if [ $? -ne 0 ]; then
             logger "Error: Failed to close SAP HANA snapshot. $RESULT"
         else
             logger "SAP HANA Full VM BYOS: Database snapshot closed successfully."
         fi

         # Cleanup the temporary ID file
         rm -f "$ID_FILE"
     else
         logger "Error: Snapshot ID file not found. Manual intervention required to close HANA snapshot."
     fi

     logger "SAP HANA Full VM BYOS: Cleanup complete."

 else
     MOUNT_POINTS="/hanabackup"

     for mnt in $MOUNT_POINTS; do
         sudo fsfreeze -u "$mnt"
         logger "Filesystem $mnt is unfrozen."
     done
 fi

מחליפים את מה שכתוב בשדות הבאים:

  • ‫DBSID: מזהה המערכת (SID) של SAP HANA באותיות רישיות.
  • ‫DBADM: משתמש מערכת ההפעלה של אדמין SAP HANA (לדוגמה, <sid>adm).
  • ‫HDB_KEY: המפתח של מאגר המשתמשים ב-SAP HANA שהוגדר לגישה למסד הנתונים.

SAP ASE

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh
 # 1. Configuration
 OSUSER="OS_USER"
 SYB_SERVER="SYB_SERVER_NAME"
 SYB_USER="SYB_USER"
 SYB_PASS="SYB_PASSWORD"
 SYB_DBLIST="DATABASE_LIST"
 TAG_NAME="SNAPSHOT_$(date +%Y%m%d)"
 MANIFEST_DIR="/var/tmp/sybase_manifests" # Directory for manifest files
 # 2. Discovery
 # Dynamically discover local writeable mount points
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "Sybase Full VM BYOS: Starting pre-snapshot script."
 # 3. QUIESCE DATABASE
 mkdir -p "$MANIFEST_DIR"
 chown $OSUSER "$MANIFEST_DIR"

 logger "Sybase Full VM BYOS: Quiescing databases: $SYB_DBLIST..."
 # Command logic from act_sybase_pre.sh
 # We use 'hold' to suspend activity and create the manifest file
 su - $OSUSER -c "isql -U$SYB_USER -P$SYB_PASS -S$SYB_SERVER -X --retserverror" <<EOF
 quiesce database $TAG_NAME hold $SYB_DBLIST for external dump to '$MANIFEST_DIR/manifest_$TAG_NAME.dat' with override
 go
 exit
 EOF
 if [ $? -ne 0 ]; then
     logger "Error: Failed to quiesce Sybase databases."
     exit 1
 fi
 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt."
         # Attempt emergency thaw
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         # Release the database quiesce
         su - $OSUSER -c "isql -U$SYB_USER -P$SYB_PASS -S$SYB_SERVER -X" <<EOF
         quiesce database $TAG_NAME release
         go
         exit
 EOF
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh

 # 1. Configuration
 OSUSER="OS_USER"
 SYB_SERVER="SYB_SERVER_NAME"
 SYB_USER="SYB_USER"
 SYB_PASS="SYB_PASSWORD"
 TAG_NAME="SNAPSHOT_$(date +%Y%m%d)"
 MANIFEST_DIR="/var/tmp/sybase_manifests"

 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "Sybase Full VM BYOS: Starting post-snapshot script."

 # 3. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done

 # 4. RESUME DATABASE
 logger "Sybase Full VM BYOS: Releasing databases for tag $TAG_NAME..."

 # Command logic from act_sybase_post.sh
 su - $OSUSER -c "isql -U$SYB_USER -P$SYB_PASS -S$SYB_SERVER -X" <<EOF
 use master
 go
 quiesce database $TAG_NAME release
 go
 exit
 EOF

 if [ $? -ne 0 ]; then
     logger "Error: Failed to release Sybase databases."
 else
     logger "Sybase Full VM BYOS: Databases released successfully."
     # Cleanup manifest
     rm -f "$MANIFEST_DIR/manifest_$TAG_NAME.dat"
 fi

 logger "Sybase Full VM BYOS: Cleanup complete."

מחליפים את מה שכתוב בשדות הבאים:

  • ‫OS_USER: המשתמש במערכת ההפעלה שמריץ את SAP ASE (למשל sybase).
  • ‫SYB_SERVER_NAME: שם השרת של SAP ASE.
  • ‫SYB_USER: משתמש מסד הנתונים עם הרשאות להשבתת מסדי נתונים.
  • ‫SYB_PASSWORD: הסיסמה של משתמש מסד הנתונים (או שליפה דינמית באמצעות Secret Manager).
  • ‫DATABASE_LIST: רשימה מופרדת בפסיקים של מסדי נתונים שצריך להעביר למצב השבתה.

SAP IQ

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh

 # 1. Configuration
 OSUSER="OS_USER"
 DB_NAME="DB_NAME"
 CONN_STR="uid=DB_USER;pwd=DB_PASSWORD;dbn=$DB_NAME;eng=ENGINE_NAME"
 BKP_DIR="/var/tmp/sybaseiq_bkp"
 FULL_BKP_FILE="$BKP_DIR/FULL_VIR_DEC"

 # 2. Discovery
 # Dynamically discover all local writeable mount points for full VM consistency
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "SybaseIQ Full VM BYOS: Starting pre-snapshot script."

 # 3. QUIESCE DATABASE (Virtual Decoupled Backup)
 mkdir -p "$BKP_DIR"
 chown $OSUSER "$BKP_DIR"

 logger "SybaseIQ Full VM BYOS: Preparing virtual decoupled backup..."

 # Execute the quiesce command logic from act_sybaseiq_pre.sh
 su -m $OSUSER -c "dbisql -nogui -c '$CONN_STR' \"BACKUP DATABASE FULL VIRTUAL DECOUPLED TO '$FULL_BKP_FILE'\""

 if [ $? -ne 0 ]; then
     logger "Error: Failed to freeze (not able to take full_vir_dec backup)."
     exit 1
 fi

 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt."
         # Attempt emergency thaw
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         # Cleanup quiesce file as backup is invalid
         rm -f "$FULL_BKP_FILE"
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh
 # 1. Configuration
 OSUSER="OS_USER"
 DB_NAME="DB_NAME"
 CONN_STR="uid=DB_USER;pwd=DB_PASSWORD;dbn=$DB_NAME;eng=ENGINE_NAME"
 BKP_DIR="/var/tmp/sybaseiq_bkp"
 FULL_BKP_FILE="$BKP_DIR/FULL_VIR_DEC"
 INC_BKP_FILE="$BKP_DIR/INC_BKP"
 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)
 logger "SybaseIQ Full VM BYOS: Starting post-snapshot script."
 # 3. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done
 # 4. RESUME DATABASE (Post-Snapshot Cleanup)
 logger "SybaseIQ Full VM BYOS: Performing incremental since full backup..."
 # Logic from act_sybaseiq_post.sh to finish the decoupled sequence
 su -m $OSUSER -c "dbisql -nogui -c '$CONN_STR' \"BACKUP DATABASE INCREMENTAL SINCE FULL TO '$INC_BKP_FILE'\""
 if [ $? -ne 0 ]; then
     logger "Error: Failed post-quiesce incremental backup."
 fi
 # Remove temporary files created during quiesce
 rm -f "$FULL_BKP_FILE"*
 logger "SybaseIQ Full VM BYOS: Cleanup complete."

מחליפים את מה שכתוב בשדות הבאים:

  • ‫OS_USER: המשתמש במערכת ההפעלה שמריץ את SAP IQ (לדוגמה, sybiq).
  • ‫DB_NAME: שם מסד הנתונים של SAP IQ.
  • ‫DB_USER: משתמש במסד הנתונים עם הרשאות DBA.
  • ‫DB_PASSWORD: הסיסמה של משתמש מסד הנתונים (או שליפה דינמית באמצעות Secret Manager).
  • ‫ENGINE_NAME: השם של מנוע מסד הנתונים של SAP IQ.

SAP MaxDB

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh

 # 1. Configuration
 DBSID="DBSID"
 OSUSER="OS_USER"
 MAXDB_KEY="-user DBM_USER,DBM_PASSWORD"
 AUTOLOG_TMPLT="LOG_BACKUP"

 # 2. Discovery
 # Dynamically discover all local writeable mount points for full VM consistency
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "MaxDB Full VM BYOS: Starting pre-snapshot script for $DBSID."

 # 3. QUIESCE DATABASE
 # Optional: Trigger a log backup first to ensure point-in-time recovery readiness
 logger "MaxDB Full VM BYOS: Triggering log backup..."
 su -m $OSUSER -c "dbmcli -d $DBSID $MAXDB_KEY -uUTL -c backup_start $AUTOLOG_TMPLT LOG"

 # Suspend logwriter to quiesce the database
 logger "MaxDB Full VM BYOS: Suspending logwriter..."
 su -m $OSUSER -c "dbmcli -d $DBSID $MAXDB_KEY -uUTL -c util_execute suspend logwriter"
 if [ $? -ne 0 ]; then
     logger "Error: Failed to suspend MaxDB logwriter."
     exit 1
 fi

 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt."
         # Attempt emergency thaw
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         # Resume the logwriter as the backup is no longer consistent
         su -m $OSUSER -c "dbmcli -d $DBSID $MAXDB_KEY -uUTL -c util_execute resume logwriter"
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh

 # 1. Configuration
 DBSID="DBSID"
 OSUSER="OS_USER"
 MAXDB_KEY="-user DBM_USER,DBM_PASSWORD"

 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "MaxDB Full VM BYOS: Starting post-snapshot script for $DBSID."

 # 3. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done

 # 4. RESUME DATABASE
 logger "MaxDB Full VM BYOS: Resuming logwriter..."
 su -m $OSUSER -c "dbmcli -d $DBSID $MAXDB_KEY -uUTL -c util_execute resume logwriter"
 if [ $? -ne 0 ]; then
     logger "Error: Failed to resume MaxDB logwriter."
 else
     logger "MaxDB Full VM BYOS: Logwriter resumed successfully."
 fi

 logger "MaxDB Full VM BYOS: Cleanup complete."

מחליפים את מה שכתוב בשדות הבאים:

  • ‫DBSID: מזהה המערכת (SID) של SAP MaxDB באותיות רישיות.
  • ‫OS_USER: המשתמש במערכת ההפעלה שמריץ את MaxDB (לדוגמה, sdba).
  • ‫DBM_USER: המשתמש במרכז לניהול מסדי נתונים (DBM).
  • ‫DBM_PASSWORD: הסיסמה של המשתמש ב-DBM (או שימוש במפתח DBM מאוחסן: -k KEY_NAME).

PostgreSQL

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # 1. Configuration
 OSUSER="OS_USER"
 PG_HOME="PG_HOME"
 DBUSER="DB_USER"
 PORT=PORT_NUMBER
 DBNAME="DB_NAME"
 FIFO="/tmp/pg_backup_fifo_$PORT"
 PID_FILE="/tmp/pg_backup_pid_$PORT"
 ACT_JOBNAME="SNAPSHOT_$(date +%Y%m%d%H%M%S)"

 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)
 export PATH=$PG_HOME/bin:$PATH

 logger "PostgreSQL Full VM BYOS: Starting pre-snapshot script."

 # 3. QUIESCE DATABASE (Session-Bound)
 rm -f "$FIFO"
 mkfifo "$FIFO"
 chown "$OSUSER" "$FIFO"

 su "$OSUSER" -c "psql -p $PORT -U $DBUSER -d $DBNAME -f $FIFO" > /tmp/pg_backup_output.log 2>&1 &
 echo $! > "$PID_FILE"

 psql_version=$(su "$OSUSER" -c "psql --version" | awk '{print $3}' | cut -d'.' -f1)
 if [ "$psql_version" -ge 15 ]; then
     CMD="SELECT pg_backup_start('$ACT_JOBNAME');"
 else
     CMD="SELECT pg_start_backup('$ACT_JOBNAME');"
 fi

 echo "$CMD" > "$FIFO"
 sleep 2

 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt. Cleaning up..."
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         echo "SELECT pg_backup_stop(); exit;" > "$FIFO"
         rm -f "$FIFO" "$PID_FILE"
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 PORT=PORT_NUMBER
 FIFO="/tmp/pg_backup_fifo_$PORT"
 PID_FILE="/tmp/pg_backup_pid_$PORT"

 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)
 logger "PostgreSQL Full VM BYOS: Starting post-snapshot script."

 # 1. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done

 # 2. RESUME DATABASE (Close Session)
 if [ -p "$FIFO" ]; then
     logger "PostgreSQL Full VM BYOS: Closing backup session via FIFO..."
     echo "SELECT pg_backup_stop(); SELECT pg_stop_backup(); exit;" > "$FIFO"
     if [ -f "$PID_FILE" ]; then
         wait "$(cat "$PID_FILE")" 2>/dev/null
     fi
     rm -f "$FIFO" "$PID_FILE"
     logger "PostgreSQL Full VM BYOS: Database session closed."
 else
     logger "Error: FIFO not found. Session may have terminated unexpectedly."
 fi
 logger "PostgreSQL Full VM BYOS: Cleanup complete."

מחליפים את מה שכתוב בשדות הבאים:

  • ‫OS_USER: המשתמש במערכת ההפעלה שמריץ את PostgreSQL (למשל postgres).
  • ‫PG_HOME: הנתיב לספריית ההתקנה של PostgreSQL.
  • ‫DB_USER: משתמש במסד הנתונים PostgreSQL עם הרשאות סופר-משתמש.
  • ‫PORT_NUMBER: מספר היציאה ש-PostgreSQL מאזין לה (ברירת מחדל: 5432).
  • ‫DB_NAME: השם של מסד הנתונים שאליו רוצים להתחבר.

MySQL

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # 1. Configuration
 DBUSER="DB_USER"
 DBPASSWORD="DB_PASSWORD"
 PORTNO=PORT_NUMBER
 SOCKET_FILE="/var/run/mysqld/mysqld.sock"
 MYSQL_PATH="/usr/bin/mysql"
 FIFO="/tmp/mysql_backup_fifo_$PORTNO"
 PID_FILE="/tmp/mysql_backup_pid_$PORTNO"

 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "MySQL Full VM BYOS: Starting pre-snapshot script."

 # 3. QUIESCE DATABASE (Session-Bound Lock)
 rm -f "$FIFO"
 mkfifo "$FIFO"

 $MYSQL_PATH -u"$DBUSER" -p"$DBPASSWORD" -S"$SOCKET_FILE" -P"$PORTNO" < "$FIFO" > /tmp/mysql_backup_output.log 2>&1 &
 echo $! > "$PID_FILE"

 logger "MySQL Full VM BYOS: Issuing FLUSH TABLES WITH READ LOCK..."
 echo "FLUSH TABLES WITH READ LOCK; SELECT SLEEP(86400);" > "$FIFO"
 sleep 2

 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt. Cleaning up..."
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         kill $(cat "$PID_FILE") 2>/dev/null
         rm -f "$FIFO" "$PID_FILE"
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 PORTNO=PORT_NUMBER
 FIFO="/tmp/mysql_backup_fifo_$PORTNO"
 PID_FILE="/tmp/mysql_backup_pid_$PORTNO"

 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)
 logger "MySQL Full VM BYOS: Starting post-snapshot script."

 # 1. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done

 # 2. RESUME DATABASE (Unlock)
 if [ -f "$PID_FILE" ]; then
     logger "MySQL Full VM BYOS: Releasing locks..."
     kill $(cat "$PID_FILE") 2>/dev/null
     rm -f "$FIFO" "$PID_FILE"
     logger "MySQL Full VM BYOS: Locks released and session closed."
 else
     logger "Error: PID file not found. Lock may have been lost prematurely."
 fi
 logger "MySQL Full VM BYOS: Cleanup complete."

מחליפים את מה שכתוב בשדות הבאים:

  • ‫DB_USER: משתמש במסד הנתונים של MySQL עם הרשאות אדמין.
  • ‫DB_PASSWORD: הסיסמה למסד הנתונים של MySQL (או שליפה דינמית באמצעות Secret Manager).
  • ‫PORT_NUMBER: מספר היציאה ש-MySQL מאזין לה (ברירת מחדל: 3306).

MariaDB

סקריפט לפני צילום תמונת מצב (/etc/google/snapshots/pre.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/pre.sh

 # 1. Configuration
 DBUSER="DB_USER"
 DBPASSWORD="DB_PASSWORD"
 PORTNO=PORT_NUMBER
 SOCKET_FILE="/var/run/mysqld/mysqld.sock"
 MARIADB_PATH="/usr/bin/mariadb" # or /usr/bin/mysql
 SRV_TYPE="Master" # Set to "Slave" for standby nodes
 FIFO="/tmp/mariadb_backup_fifo_$PORTNO"
 PID_FILE="/tmp/mariadb_backup_pid_$PORTNO"
 STARTPOS_FILE="/tmp/STARTPOS_FILE_$PORTNO.txt"

 # 2. Discovery
 # Dynamically discover all local writeable mount points for full VM consistency
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)

 logger "MariaDB Full VM BYOS: Starting pre-snapshot script."

 # 3. QUIESCE DATABASE (Session-Bound)
 # Create a FIFO to hold the session open
 rm -f "$FIFO"
 mkfifo "$FIFO"

 # Start a background mariadb session that reads from the FIFO
 # This keeps the session (and locks) active until the process is killed
 $MARIADB_PATH -u"$DBUSER" -p"$DBPASSWORD" -S"$SOCKET_FILE" -P"$PORTNO" < "$FIFO" > /tmp/mariadb_backup_output.log 2>&1 &
 echo $! > "$PID_FILE"

 # Prepare quiesce query (Logic from act_mariadb_pre.sh)
 if [ "$SRV_TYPE" != "Slave" ]; then
     # Primary node: lock all tables
     logger "MariaDB Full VM BYOS: Issuing FLUSH TABLES WITH READ LOCK..."
     echo "FLUSH TABLES WITH READ LOCK; SELECT SLEEP(86400);" > "$FIFO"

     # Capture master status for PITR/replication info
     $MARIADB_PATH -u"$DBUSER" -p"$DBPASSWORD" -S"$SOCKET_FILE" -P"$PORTNO" -e "SHOW MASTER STATUS;" > "$STARTPOS_FILE"
 else
     # Replica node: stop the slave thread
     logger "MariaDB Full VM BYOS: Issuing STOP SLAVE..."
     echo "STOP SLAVE; SELECT SLEEP(86400);" > "$FIFO"

     # Capture slave status
     $MARIADB_PATH -u"$DBUSER" -p"$DBPASSWORD" -S"$SOCKET_FILE" -P"$PORTNO" -e "SHOW SLAVE STATUS \G;" > "$STARTPOS_FILE"
 fi

 # Wait a brief moment to ensure the command is processed
 sleep 2
 # 4. FREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     if ! sudo fsfreeze -f "$mnt"; then
         logger "Error: Failed to freeze $mnt. Cleaning up..."
         # Attempt emergency thaw
         for thaw_mnt in $MOUNT_POINTS; do sudo fsfreeze -u "$thaw_mnt" 2>/dev/null; done
         # Kill the background session to release locks
         kill $(cat "$PID_FILE") 2>/dev/null
         rm -f "$FIFO" "$PID_FILE"
         exit 1
     fi
     logger "Filesystem $mnt is frozen."
 done

סקריפט אחרי צילום תמונת המצב (/etc/google/snapshots/post.sh)

 #!/bin/bash
 # Location: /etc/google/snapshots/post.sh
 # 1. Configuration
 PORTNO=PORT_NUMBER
 SRV_TYPE="Master"
 DBUSER="DB_USER"
 DBPASSWORD="DB_PASSWORD"
 SOCKET_FILE="/var/run/mysqld/mysqld.sock"
 MARIADB_PATH="/usr/bin/mariadb"
 FIFO="/tmp/mariadb_backup_fifo_$PORTNO"
 PID_FILE="/tmp/mariadb_backup_pid_$PORTNO"
 # 2. Discovery
 MOUNT_POINTS=$(findmnt -n -l -o TARGET -t xfs,ext4,ext3,ext2,btrfs)
 logger "MariaDB Full VM BYOS: Starting post-snapshot script."
 # 3. UNFREEZE FILESYSTEMS (Optional)
 for mnt in $MOUNT_POINTS; do
     sudo fsfreeze -u "$mnt"
     logger "Filesystem $mnt is unfrozen."
 done
 # 4. RESUME DATABASE
 if [ -f "$PID_FILE" ]; then
     logger "MariaDB Full VM BYOS: Resuming database operations..."
     # Kill the background sleep process to automatically release session-bound locks
     kill $(cat "$PID_FILE") 2>/dev/null
     # For slave nodes, explicitly ensure replication is started
     if [ "$SRV_TYPE" = "Slave" ]; then
         $MARIADB_PATH -u"$DBUSER" -p"$DBPASSWORD" -S"$SOCKET_FILE" -P"$PORTNO" -e "START SLAVE;"
     fi
     rm -f "$FIFO" "$PID_FILE"
     logger "MariaDB Full VM BYOS: Cleanup complete."
 else
     logger "Error: PID file not found. Database state might be inconsistent."
 fi

מחליפים את מה שכתוב בשדות הבאים:

  • ‫DB_USER: משתמש במסד הנתונים של MariaDB עם הרשאות אדמין.
  • ‫DB_PASSWORD: הסיסמה למסד הנתונים של MariaDB (או שליפה דינמית באמצעות Secret Manager).
  • ‫PORT_NUMBER: מספר היציאה ש-MariaDB מאזין לה (ברירת מחדל: 3306).

פריסת סקריפטים של ניקוי נתוני אורחים

אחרי שמכינים את הסקריפטים pre.sh ו-post.sh למסד הנתונים, פורסים אותם במופע של מכונה וירטואלית של Linux:

  1. מתחברים למכונה הווירטואלית של Linux שבה פועל מסד הנתונים בניהול עצמי באמצעות SSH.

  2. יוצרים את הספרייה /etc/google/snapshots/ אם היא עדיין לא קיימת:

    sudo mkdir -p /etc/google/snapshots

  3. שומרים את הסקריפטים המותאמים אישית של pre.sh ושל post.sh בספרייה /etc/google/snapshots/ במופע של מכונת ה-VM.

  4. מוודאים שלסקריפטים יש הרשאות הפעלה:

    sudo chmod 755 /etc/google/snapshots/pre.sh /etc/google/snapshots/post.sh

הפעלת סוכן האורח לצורך צילומי תמונות מצב

כדי לאפשר ל-Backup and DR להריץ סקריפטים לפני ואחרי צילום תמונת מצב, צריך להפעיל את שילוב תמונת המצב בסביבת האורח של Compute Engine במכונה הווירטואלית של Linux:

  1. מתחברים למופע של מכונה וירטואלית של Linux שבו פועל מסד הנתונים בניהול עצמי באמצעות SSH (אם עדיין לא התחברתם).

  2. פותחים את קובץ ההגדרות של סביבת האורח בכלי לעריכת טקסט:

    sudo nano /etc/default/instance_configs.cfg

  3. כדי להפעיל את התמונות, מוסיפים או משנים את ההגדרות הבאות בקטע [Snapshots]:

    [Snapshots]
enabled = true
timeout_in_seconds = 120

  4. מפעילים מחדש את הסוכן האורח במופע ה-VM כדי להחיל את השינויים:

    sudo systemctl restart google-guest-agent

הגדרת תוכנית הגיבוי

אחרי שמכונת ה-VM מוגדרת עם סקריפטים של ניקוי המטמון של מערכת ההפעלה האורחת וסוכן מערכת ההפעלה האורחת מופעל לצורך צילומי מצב, צריך להגדיר תוכנית גיבוי Google Cloud במסוף:

  1. נכנסים לדף Backup and DR במסוף Google Cloud .

    מעבר אל Backup and DR

  2. בתפריט הניווט, בוחרים באפשרות Backup Plans (תוכניות גיבוי).

  3. לוחצים על יצירת תוכנית גיבוי או בוחרים תוכנית גיבוי קיימת ולוחצים על עריכה.

  4. בשלבי ההגדרה של Instance Backup (גיבוי מופע), מחפשים את האפשרויות של העקביות.

  5. בוחרים באפשרות הפעלת עקביות האפליקציה.

  6. שומרים את תוכנית הגיבוי ומחילים אותה על מופע ה-VM. לפי לוח הזמנים, תוכנית הגיבוי מפעילה את סוכן האורח כדי להריץ את סקריפט pre.sh, לצלם את התמונה ולבצע את סקריפט post.sh.

הגדרת גיבוי של Persistent Disk לשחזור מסד נתונים לנקודת זמן מסוימת

במסדי נתונים בניהול עצמי כמו Db2 ו-SAP HANA, אפשר להגדיר גיבויים עצמאיים של Persistent Disk כדי לתעד יומני ארכיון של מסד הנתונים, וכך לאפשר שחזור לנקודת זמן מסוימת. אם לא נדרש שחזור מערכת מנקודה מסוימת בזמן (PITR), אפשר לדלג אל השבתת סקריפטים של ניקוי אורחים.

שיטות מומלצות לגיבויים של יומני שחזור מערכת מנקודה מסוימת בזמן (PITR)

  • תדירות: מגדירים את לוח הזמנים של תוכנית הגיבוי לדיסק הייעודי של היומן כך שיהיה שווה לגרעיניות של היומן לשחזור מערכת מנקודה מסוימת בזמן (PITR), למשל כל 15 דקות או כל שעה.

  • אופטימיזציה של העלויות: אחסון של תמונות מצב בתדירות גבוהה עלול להגדיל את עלויות האחסון. כדי לצמצם את התקורה, צריך להגדיר את תקופת השמירה המינימלית ואת תקופת הכספת לשימור נתונים ללא אפשרות שינוי התואמת לזמן המינימלי המותר, שעדיין עומד בדרישות של חלון שחזור מערכת מנקודה מסוימת בזמן.

שחזור מסד נתונים בניהול עצמי לנקודה ספציפית בזמן

אם הגדרתם גיבויים קבועים של מכונות וירטואליות לצד גיבויים ייעודיים של יומני Persistent Disk, אתם יכולים לפעול לפי ההליך הזה כדי לשחזר את מסד הנתונים לנקודת זמן ספציפית. אם לא הגדרתם גיבויים ייעודיים של יומנים או שאתם לא צריכים שחזור לנקודת זמן מסוימת, תוכלו לדלג אל שחזור של מופע Compute Engine מכספת גיבוי כדי לשחזר את המכונה הווירטואלית ישירות, ואז לדלג אל ביצוע משימות אחרי השחזור.

תהליך עבודה לשחזור

  1. שחזור מכונת ה-VM הבסיסית: בוחרים את גיבוי המכונה (קובץ אימג' של מכונה) מכספת הגיבוי שקודם לזמן השחזור הרצוי. משחזרים אותו באמצעות הנהלים הרגילים של Compute Engine לשחזור. הוראות מפורטות זמינות במאמר בנושא שחזור מכונה של Compute Engine מכספת גיבוי.

    אם לא הגדרתם גיבויים ייעודיים של יומנים או שאתם לא צריכים שחזור מערכת מנקודה מסוימת בזמן (PITR), דלגו לשלב 4.

  2. צירוף דיסקים של יומנים: זיהוי ושחזור של תמונות המצב הרלוונטיות של דיסקים של יומנים שצולמו עד לזמן היעד לשחזור. מצרפים את הדיסקים החדשים שנוצרו למכונה המשוחזרת.

  3. הפעלת Roll forward במסד הנתונים: מתחברים למופע המשוחזר באמצעות SSH ומריצים את הפקודה הספציפית למסד הנתונים – כמו ROLLFORWARD DATABASE ב-Db2 – באמצעות היומנים שנמצאים בדיסקים הקשיחים החדשים שצורפו.

  4. ביצוע משימות אחרי השחזור: מבצעים את השלבים הספציפיים למסד הנתונים שנדרשים כדי להפעיל את האפליקציה.

השבתה של סקריפטים לניקוי נתוני אורח

כדי להסיר את הסקריפטים המותאמים אישית של ניקוי האורחים ולהשבית את עקביות האפליקציות:

  1. ביטול ההקצאה של תוכנית הגיבוי מהמכונה: במסוף Google Cloud , עוברים לדף Backup and DR, מאתרים את מכונת ה-VM בקטע Protected Resources ומבטלים את ההקצאה של תוכנית הגיבוי או מוחקים אותה.

  2. הסרת סקריפטים של ניקוי האורחים: מתחברים למופע של מכונה וירטואלית ב-Linux באמצעות SSH ומסירים את הסקריפטים המותאמים אישית של ניקוי האורחים:

    sudo rm -f /etc/google/snapshots/pre.sh /etc/google/snapshots/post.sh

  3. השבתת שילוב הצילום ב-guest agent: פותחים את /etc/default/instance_configs.cfg במכונה הווירטואלית, מגדירים את enabled = false בקטע [Snapshots] ומפעילים מחדש את guest agent:

    sudo systemctl restart google-guest-agent

המאמרים הבאים