טיפול ביתירות כשל של מסד נתונים מסוג PostgreSQL

Edge for Private Cloud v. 4.17.09

מבצעים את הפעולות הבאות במהלך יתירות כשל של מסד נתונים ב-PostgreSQL:

  1. עוצרים את apigee-postgresql במאסטר הנוכחי אם הוא עדיין פועל:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql Stop
  2. עוברים לצומת של המתנה ומריצים את הפקודה הבאה כדי להפוך אותה למאסטר:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql promotion-standby-to-master IPorDNSofOldMaster

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

  1. במאסטר הנוכחי, עורכים את קובץ התצורה שרוצים להגדיר:
    PG_MASTER=IPorDNSofNewMaster
    PG_STANDBY=IPorDNSofOldMaster
  2. הפעלת שכפול של חשבון המאסטר החדש:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFIle
  3. במאסטר הישן, עורכים את קובץ התצורה שרוצים להגדיר:
    PG_MASTER=IPorDNSofNewMaster
    PG_STANDBY=IPorDNSofOldMaster
  4. עוצרים את apigee-postgresql במאסטר הישן:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop
  5. במאסטר הקודם, מנקים את הנתונים הישנים של Postgres:
    > rm -rf /opt/apigee/data/apigee-postgresql/

    הערה: אם יש צורך, אפשר לגבות את הנתונים האלה לפני מחיקתם.
  6. מגדירים את המאסטר הישן במצב המתנה:
    > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
  7. עם השלמת השכפול, מאמתים את סטטוס השכפול על ידי הנפקת הסקריפטים הבאים בשני השרתים. המערכת צריכה להציג תוצאות זהות בשני השרתים כדי להבטיח רפליקה מוצלחת:
    1. בצומת המאסטר, מריצים את הפקודה:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master

      מוודאים שהוא מוגדר כמאסטר.
    2. בצומת בהמתנה:
      > /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby

      יש לוודא שהוא במצב המתנה.