טיפול ביתירות כשל של מסד נתונים מסוג 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
      
      יש לוודא שהוא במצב המתנה.