چیک پوائنٹ کو R77.30 سے ​​80.20 تک اپ ڈیٹ کرنا

2019 کے موسم خزاں میں، چیک پوائنٹ نے R77.XX ورژن کو سپورٹ کرنا بند کر دیا، اور اسے اپ ڈیٹ کرنا ضروری تھا۔ ورژن کے درمیان فرق، R80 پر سوئچ کرنے کے فوائد اور نقصانات کے بارے میں پہلے ہی بہت کچھ کہا جا چکا ہے۔ آئیے اس بارے میں بہتر بات کرتے ہیں کہ چیک پوائنٹ ورچوئل ایپلائینسز (کلاؤڈ گارڈ فار VMware ESXi، Hyper-V، KVM گیٹ وے NGTP) کو کس طرح اپ ڈیٹ کیا جائے اور کیا غلط ہو سکتا ہے۔

لہذا، ہمارے پاس 2 CCSE انجینئرز تھے، ایک درجن سے زیادہ چیک پوائنٹ R77.30 ورچوئل کلسٹرز، کئی کلاؤڈز، چند ہاٹ فکسز اور مختلف کیڑوں، خرابیوں اور یہ سب کچھ، تمام رنگوں اور سائز کے، اور بھی بہت سخت ڈیڈ لائن. چلو!

فہرست:

ٹریننگ
مینجمنٹ سرور کو اپ ڈیٹ کرنا
کلسٹر کو اپ ڈیٹ کرنا

ورچوئل چیک پوائنٹ کے ساتھ ایک عام کلائنٹ کا کلاؤڈ انفراسٹرکچر ایسا ہی لگتا ہے۔

ٹریننگ

پہلا قدم یہ چیک کرنا ہے کہ آیا اپ ڈیٹ کے لیے کافی وسائل موجود ہیں۔ R80.20 کے لیے تجویز کردہ کم از کم تقاضے فی الحال اس طرح نظر آتے ہیں:

ڈیوائس

CPU

RAM

کوائف نامہ

سیکورٹی گیٹ وے۔

2 کور

4 جی بی

15 جی بی سے

SMS

2 کور

6 جی بی

-

سفارشات کو دستاویز میں بیان کیا گیا ہے۔ CP_R80.20_GA_Release_Notes.

لیکن ہم حقیقت پسند ہوں گے۔ اگر یہ سب سے کم کنفیگریشن میں کافی ہے، تو، جیسا کہ پریکٹس شوز، ہمارے پاس عام طور پر https کا معائنہ فعال ہوتا ہے، SmartEvent SMS پر چل رہا ہوتا ہے، وغیرہ، جس کے لیے، یقیناً، بالکل مختلف صلاحیتوں کی ضرورت ہوتی ہے۔ لیکن عام طور پر، R77.30 سے ​​زیادہ نہیں۔

لیکن باریکیاں ہیں۔ اور ان کا تعلق، سب سے پہلے، جسمانی میموری کے سائز سے ہے۔ اپ ڈیٹ کے عمل کے دوران براہ راست بہت سے آپریشنز کے لیے ہارڈ ڈسک کی جگہ درکار ہوگی۔

مینجمنٹ سرور کے لیے، مفت ڈسک کی جگہ کا سائز موجودہ لاگز کے حجم (اگر ہم ان کو محفوظ کرنا چاہتے ہیں) اور محفوظ کردہ ڈیٹا بیس ریویژنز کی تعداد پر بہت زیادہ انحصار کرے گا، حالانکہ ہمیں ان کی زیادہ مقدار میں ضرورت نہیں ہوگی۔ بلاشبہ، کلسٹر نوڈس کے لیے (جب تک کہ آپ لاگز کو مقامی طور پر بھی اسٹور نہ کریں) اس سے کوئی فرق نہیں پڑتا۔ یہاں یہ چیک کرنے کا طریقہ ہے کہ آیا آپ کے پاس وہ جگہ ہے جس کی آپ کو ضرورت ہے:

1. ہم سمارٹ مینجمنٹ سرور سے ssh کے ذریعے جڑتے ہیں، ماہر موڈ پر جائیں اور کمانڈ درج کریں:

   [Expert@cp-sms:0]# df -h

2. آؤٹ پٹ پر ہم کچھ اس طرح کی ترتیب دیکھیں گے:

   فائل سسٹم کا سائز استعمال شدہ Avail Use% Mounted on
   /dev/mapper/vg_splat-lv_current 30G 7.4G 21G 27% /
   /dev/sda1 289M 24M 251M 9% /boot
   tmpfs 2.0G 0 2.0G 0% /dev/shm
   /dev/mapper/vg_splat-lv_log 243G 177G 53G 78% /var/log

3. ہم فی الحال سیکشن میں دلچسپی رکھتے ہیں۔ / ویار / لاگ

براہ کرم نوٹ کریں کہ پرانی لاگ فائلوں کو ذخیرہ کرنے اور حذف کرنے کی پالیسی کے ساتھ ساتھ برآمد شدہ ڈیٹا بیس کے سائز کے لحاظ سے، مزید جگہ کی ضرورت پڑ سکتی ہے۔ اگر، آرکائیو بناتے وقت، لاگ فائل سٹوریج کی پالیسی میں بتائی گئی جگہ سے کم خالی جگہ ہے، تو سسٹم پرانے لاگز کو مٹانا شروع کر دے گا اور انہیں محفوظ شدہ دستاویزات میں شامل نہیں کرے گا۔

نیز، خود اپ ڈیٹ کے عمل کے لیے، سسٹم کو کم از کم 13 جی بی غیر مختص ہارڈ ڈسک کی جگہ کی ضرورت ہوگی۔ آپ کمانڈ کے ساتھ اس کی موجودگی کو چیک کر سکتے ہیں:

[Expert@cp-sms:0]# pvs

ہم کچھ اس طرح دیکھیں گے:

PV VG Fmt Attr PSize PFree
/dev/sda3 vg_splat lvm2 a- 141.69G 43.69G

اس صورت میں ہمارے پاس 43 جی بی ہے۔ کافی وسائل ہیں۔ آپ اپ ڈیٹ کرنا شروع کر سکتے ہیں۔

چیک پوائنٹ SMS مینجمنٹ سرور کو اپ ڈیٹ کرنا

کام شروع کرنے سے پہلے آپ کو درج ذیل کام کرنے کی ضرورت ہے:

1. مینجمنٹ سرور پر مائیگریشن ٹولز پیکج انسٹال کریں۔ ایسا کرنے کے لیے، آپ کو پورٹل سے تصویر ڈاؤن لوڈ کرنے کی ضرورت ہے۔ پوائنٹ چیک کریں.
2. آرکائیو کو مینیجمنٹ سرور پر WinSCP کے ذریعے فولڈر میں اپ لوڈ کریں۔ /var/log/UpgradeR77.30_R80.20 (اگر ضروری ہو تو پہلے فولڈر بنائیں)۔
3. SSH کے ذریعے مینجمنٹ سرور سے جڑیں اور آرکائیو والے فولڈر میں جائیں:cd /var/log/UpgradeR77.30_R80.20/
4. فائل کو ان زپ کریں:tar -zxvf ./<file name>.tgz
5. ہم کمانڈ کے ساتھ pre_upgrade_verifier یوٹیلیٹی لانچ کرتے ہیں: ./pre_upgrade_verifier -p $FWDIR -c R77 -t R80.20
6. کمانڈ کے نفاذ پر، غیر مطابقت پذیر ترتیبات پر ایک رپورٹ تیار کی جائے گی۔ یہ دستیاب ہے: /opt/CPsuite-R77/fw1/log/pre_upgrade_verification_report.(xls, html, txt)۔ اسے SCP کے ذریعے اپ لوڈ کرنا اور اسے براؤزر کے ذریعے دیکھنا زیادہ آسان ہے۔
   کسی بھی غیر مطابقت پذیر ترتیبات کو حل کرنے کے لیے، استعمال کریں۔ SK117237.
7. پھر pre_upgrade_verifier یوٹیلیٹی کو دوبارہ چلائیں تاکہ یہ یقینی بنایا جا سکے کہ عدم مطابقت کی تمام وجوہات ختم ہو گئی ہیں۔
8. اگلا، ہم نیٹ ورک انٹرفیس، روٹنگ ٹیبل کے بارے میں معلومات اکٹھا کرتے ہیں اور GAIA کنفیگریشن اپ لوڈ کرتے ہیں:
   ip a > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
   ip r > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
   clish -c "کنفیگریشن دکھائیں" > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
9. نتیجے میں آنے والی فائل کو SCP کے ذریعے اپ لوڈ کریں۔
10. ہم ورچوئلائزیشن کی سطح پر ایک سنیپ شاٹ لیتے ہیں۔
11. ہم SSH سیشن کے ٹائم آؤٹ کو 8 گھنٹے تک بڑھا دیتے ہیں۔ یہ آپ کی قسمت پر منحصر ہے: برآمد شدہ ڈیٹا بیس کے سائز پر منحصر ہے، یہ کئی منٹ سے کئی گھنٹوں تک رہ سکتا ہے۔ اس کے لیے: 
    [Expert@HostName] # clish -c "غیر فعالی کا ٹائم آؤٹ دکھائیں" موجودہ ٹائم آؤٹ کلش کو دیکھو،

    [Expert@HostName] # clish -c "غیر فعالیت-ٹائم آؤٹ 720 سیٹ کریں" نئے ٹائم آؤٹ کلش کی وضاحت کریں (منٹ میں)،

    [Expert@HostName] $TMOUT کی بازگشت موجودہ ٹائم آؤٹ ماہر موڈ کو دیکھیں،

    [Expert@HostName# برآمد کریں TMOUT=3600 نئے ٹائم آؤٹ ماہر موڈ کی وضاحت کریں (سیکنڈوں میں)، اگر آپ قدر کو 0 پر سیٹ کرتے ہیں، تو ٹائم آؤٹ غیر فعال ہو جائے گا۔

12. ہم SMS.iso انسٹالیشن امیج کو ورچوئل مشین میں ڈاؤن لوڈ اور ماؤنٹ کرتے ہیں۔

    اگلے مرحلے سے پہلے، یہ یقینی بنائیں کہ آپ کے پاس اپنی ہارڈ ڈرائیو پر کافی غیر مختص جگہ ہے (یاد رکھیں، آپ کو 13 جی بی کی ضرورت ہے)۔ 

13. کنفیگریشن کو ایکسپورٹ کرنا شروع کرنے سے پہلے، لاگ فائل کو کمانڈ کے ساتھ تبدیل کریں: ایف ڈبلیو لاگ سوئچ

کنفیگریشن اور لاگز برآمد کریں۔

1. کنفیگریشن ڈاؤن لوڈ کرنے کے لیے migrate_export یوٹیلیٹی کو چلائیں۔ ایسا کرنے کے لیے، پہلے سے بنائے گئے فولڈر میں جائیں: cd /var/log/UpgradeR77.30_R80.20/ اور کمانڈ استعمال کریں: ./مائیگریٹ ایکسپورٹ -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

   یا

   فولڈر میں جائیں: cd $FWDIR/bin/upgrade_tools/ и
   وہاں سے کمانڈ چلائیں: ./مائیگریٹ ایکسپورٹ -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

2. ہم آرکائیو سے چیکسم کو ہٹاتے ہیں: md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz
3. نتیجے کی قیمت کو نوٹ پیڈ میں محفوظ کریں۔
4. ہم ایس سی پی کے ذریعے SMS سے منسلک ہوتے ہیں اور آرکائیو کو کنفیگریشن کے ساتھ ورک سٹیشن پر اپ لوڈ کرتے ہیں۔ بائنری فارمیٹ میں فائل ٹرانسفر کا استعمال یقینی بنائیں۔

SmartEvent ڈیٹا بیس برآمد کریں۔

یہاں ہمیں پہلے سے نصب شدہ SMS ورژن R80 کی ضرورت ہے۔ کوئی بھی ٹیسٹ کرے گا۔ 

1. SMS سے ہمیں یہاں موجود اسکرپٹ کی ضرورت ہے:$RTDIR/bin/eva_db_backup.csh
2. اسکرپٹ کو SCP کے ذریعے لوڈ کریں۔ eva_db_backup.csh فولڈر میں: /var/log/UpgradeR77.30_R80.20/
3. SSH کے ذریعے SMS سے جڑیں۔ فائل کو فولڈر میں کاپی کریں: cp /var/log/UpgradeR77.30_R80.20/eva_db_backup.csh
   $RTDIR/bin/eva_db_backup.csh
4. انکوڈنگ کو تبدیل کرنا: dos2unix $RTDIR/bin/eva_db_backup.csh
5. مالک کو شامل کرنا: chown -v منتظم: روٹ $RTDIR/bin/eva_db_backup.csh
6. حقوق شامل کریں: chmod -v 0755 $RTDIR/bin/eva_db_backup.csh
7. آئیے SmartEvent ڈیٹا بیس کو برآمد کرنا شروع کریں: $RTDIR/bin/eva_db_backup.csh
8. موصولہ فائلوں کو SCP کے ذریعے اپ لوڈ کریں: $RTDIR/bin/<date>-db-backup.backup и $RTDIR/bin/eventiaUpgrade.tar ورک سٹیشن تک

اپ ڈیٹ کریں

1. کے پاس جاؤ WebUI GAIA SMS → CPUSE → تمام پیکیجز دکھائیں۔
2. اگر CPUSE چیک پوائنٹ کلاؤڈ سے جڑنے میں غلطی پیش کرتا ہے، تو DGW، DNS اور پراکسی سیٹنگز کو چیک کریں۔
3. اگر سب کچھ درست ہے، اور غلطی غائب نہیں ہوتی ہے، تو آپ کو CPUSE کو دستی طور پر اپ ڈیٹ کرنے کی ضرورت ہے، جس کی رہنمائی sk92449.
4. تصویر ڈاؤن لوڈ کریں اور دیکھیں تصدیق کنندہ۔ اگر ضروری ہو تو، ہم تضادات کو ختم کرتے ہیں.

   نتیجے کے طور پر، آپ کو یہ پیغام دیکھنا چاہئے:

   

5. منتخب کریں سیکیورٹی مینجمنٹ کے لیے R80.20 تازہ انسٹال اور اپ گریڈ کریں۔
6. اپ ڈیٹ انسٹال کرتے وقت، کلین انسٹال کو منتخب کریں۔ تنصیب کے بعد، نظام دوبارہ شروع ہو جائے گا.
7. ہم پہلی بار پاس کرتے ہیں۔ جادوگر.
8. رسائی حاصل کرنے کے بعد، ہم اکاؤنٹس چیک کرتے ہیں۔
9. ہم SSH کے ذریعے SMS سے منسلک ہوتے ہیں اور اپنے صارف کے شیل کو /bin/bash/ میں تبدیل کرتے ہیں:

   صارف کو سیٹ کریں <username> shell /bin/bash/

   config کو محفوظ کریں۔ (اگر ہم ریبوٹ کے بعد bin/bash/ کو بطور ڈیفالٹ شیل چھوڑنا چاہتے ہیں)۔

10. اس کے بعد، ہم ایس سی پی کے ذریعے SMS سے منسلک ہوتے ہیں اور بائنری موڈ میں کنفیگریشن کے ساتھ آرکائیو کو منتقل کرتے ہیں۔ SMS_w_logs_export_r77_r80.tgz فولڈر میں /var/log/UpgradeR77.30_R80.20/
    
11. ہم آرکائیو سے چیکسم کو ہٹاتے ہیں: md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz اور پچھلی قدر سے موازنہ کریں۔ چیکسم مماثل ہونا ضروری ہے۔
12. ہم SSH سیشن کے ٹائم آؤٹ کو 8 گھنٹے تک بڑھا دیتے ہیں۔ اس کے لیے:

    [Expert@HostName] # clish -c "غیر فعالی کا ٹائم آؤٹ دکھائیں" موجودہ ٹائم آؤٹ کلش کو دیکھو،

    [Expert@HostName] # clish -c "غیر فعالیت-ٹائم آؤٹ 720 سیٹ کریں" نئے ٹائم آؤٹ کلش کی وضاحت کریں (منٹ میں)،

    [Expert@HostName] $TMOUT کی بازگشت موجودہ ٹائم آؤٹ ماہر موڈ کو دیکھیں،

    [Expert@HostName# برآمد کریں TMOUT=3600 نئے ٹائم آؤٹ ماہر موڈ کی وضاحت کریں (سیکنڈوں میں)۔ اگر آپ قدر کو 0 پر سیٹ کرتے ہیں، تو ٹائم آؤٹ غیر فعال ہو جائے گا۔

13. ترتیبات کو درآمد کرنے کے لیے، منتقلی درآمد کی افادیت کو چلائیں۔ ایسا کرنے کے لیے فولڈر میں جائیں: cd $FWDIR/bin/upgrade_tools/اور درآمد کو چلائیں: ./ہجرت imp
    ort -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

آئیے اگلے دو گھنٹے زندگی کا مزہ لیں۔ طریقہ کار کے دوران اپنے SSH سیشن کو منقطع نہ کریں۔ آخر میں، منتقلی کا عمل یا تو کامیابی کا پیغام دکھائے گا یا غلطی۔ 

اپ ڈیٹ کرنے کے بعد چیک لسٹ

1. وسائل کی دستیابی.
2. GW کے ساتھ SIC۔
3. لائسنس۔ اگر لائسنس غلط طریقے سے دکھائے جاتے ہیں یا SMS پر ظاہر نہیں ہوتے ہیں تو کمانڈ چلائیں۔ vsec_central_licence لائسنس کی تقسیم کے لیے۔
4. پالیسی ترتیب دینا۔ 

SmartEvent ڈیٹا بیس درآمد کرنا

1. SmartEvent بلیڈ کو چالو کریں۔
2. ہم WinSCP کے ذریعے SMS سے جڑتے ہیں اور پہلے ڈاؤن لوڈ کی گئی فائلوں کو بائنری موڈ میں منتقل کرتے ہیں۔ <date>-db-backup.backup и eventiaUpgrade.tar فولڈر میں /var/log/UpgradeR77.30_R80.20/
3. ہم اسکرپٹ کو کمانڈ کے ساتھ چلاتے ہیں: $RTDIR/bin/eventiaUpgrade.sh -upgrade /var/log/UpgradeR77.30_R80.20/eventiaUpgrade.tar
4. حالت کی جانچ کرنا: watch -n 10 eventiaUpgrade.sh
5. SmartEvent میں لاگز کو چیک کرنا۔ خواب!

چیک پوائنٹ GW کلسٹر کو اپ ڈیٹ کرنا (فعال/بیک اپ)

کام شروع کرنے سے پہلے

1. ہم GAIA کنفیگریشن کو ہر کلسٹر نوڈ سے فائل میں محفوظ کرتے ہیں، ایسا کرنے کے لیے کمانڈ استعمال کریں: clish -c "کنفیگریشن دکھائیں" > ./<فائل کا نام>.txt
2. WinSCP کا استعمال کرتے ہوئے فائلیں اپ لوڈ کرنا۔
3. دونوں نوڈس کے WebUI سے جڑیں اور ٹیب پر جائیں۔ CPUSE → تمام پیکجز دکھائیں۔
4. ورژن کے لیے اپ ڈیٹ پیکج تلاش کرنا R80.20 تازہ انسٹال، دبائیں ڈاؤن لوڈ کریں۔
5. ہم چیک کرتے ہیں کہ CCP پروٹوکول موڈ میں کام کر رہا ہے۔ براڈ کاسٹایسا کرنے کے لیے، کمانڈ درج کریں: cphaprob -a if
   اگر موڈ منتخب کیا گیا ہے۔ ملٹی کاسٹ، اسے کمانڈ سے تبدیل کریں: cphaconf set_ccp براڈکاسٹ (کمانڈ ہر نوڈ پر عمل میں آتی ہے)۔
6. ہم آپ کے مانیٹرنگ سسٹم میں شامل نوڈس کے لیے ڈاؤن ٹائم انسٹال کرتے ہیں۔
7. ہم چیک کرتے ہیں کہ پیرامیٹرز ورچوئلائزیشن کی سطح پر فعال ہیں۔ میک ایڈریس کی تبدیلی и جعلی ترسیل مطابقت پذیری کے نیٹ ورک کے لیے۔

اپ ڈیٹ کریں

1. ہم ssh کے ذریعے ایکٹو نوڈ سے جڑتے ہیں اور کلسٹر کی حیثیت کی نگرانی کے لیے کمانڈ چلاتے ہیں: watch -n 2 cphaprob stat
2. WebUI اسٹینبی نوڈس ٹیب پر واپس جائیں۔ CPUSE اور منتخب پیکج کے لیے R80.20 تازہ انسٹال لانچ تصدیق کنندہ۔
3. آئیے تصدیق کنندہ رپورٹ کا تجزیہ کرتے ہیں۔ اگر تنصیب کی اجازت ہے تو آگے بڑھیں۔
4. ایک پیکیج منتخب کریں۔ R80.20 تازہ انسٹال اور لانچ اپ ڈیٹ کریں. اپ گریڈ کے عمل کے دوران، سسٹم ریبوٹ ہو جائے گا۔ GAIA سیٹنگز محفوظ ہیں۔ ریبوٹ کے وقت، ہم کلسٹر کی حالت کی نگرانی کرتے ہیں۔ لوڈ ہونے کے بعد، اپ ڈیٹ کردہ نوڈ کی حالت READY میں تبدیل ہو جانی چاہیے۔ بہت سے معاملات میں، ہمیں ایک ایسے لمحے کا سامنا کرنا پڑا جب ایک نوڈ جو ابھی تک اپ ڈیٹ نہیں ہوا تھا ایکٹو اٹینشن سٹیٹس پر سوئچ کر دیا اور اپ ڈیٹ شدہ نوڈ کی سٹیٹس کو ظاہر کرنا بند کر دیا۔ گھبرائیں نہیں - یہ آپشن بھی قابل قبول ہے۔
5. اپ ڈیٹ مکمل ہونے کے بعد، کھولیں۔ اسمارٹ ڈیش بورڈ۔
6. کلسٹر آبجیکٹ کھولیں اور کلسٹر ورژن کو R77.30 سے ​​R80.20 میں تبدیل کریں۔ ٹھیک ہے پر کلک کریں۔ اگر تبدیلیاں محفوظ کرتے وقت کوئی خرابی ظاہر ہوتی ہے:
   ایک اندرونی خرابی پیش آگئی ہے۔ (کوڈ: 0x8003001D، تحریری کارروائی کے لیے فائل تک رسائی نہیں ہو سکی)
   پیروی SK119973. اس کے بعد، تبدیلیوں کو محفوظ کریں اور کلک کریں پالیسی انسٹال کریں۔
7. سیٹنگز میں آپشن کو غیر چیک کریں۔ گیٹ وے کلسٹرز کے لیے، اگر کسی کلسٹر ممبر پر انسٹالیشن ناکام ہو جاتی ہے، تو اس کلسٹر پر انسٹال نہ کریں۔
8. ہم نے پالیسی ترتیب دی۔ سسٹم ایک فعال نوڈ کے لیے ایک خرابی پیدا کرے گا جسے ابھی تک اپ ڈیٹ نہیں کیا گیا ہے۔
9. ہم ssh کے ذریعے اپ ڈیٹ شدہ نوڈ سے جڑتے ہیں اور کلسٹر کی حالت کی نگرانی کے لیے کمانڈ چلاتے ہیں: watch -n 2 cphaprob stat
10. WebUI ایکٹو نوڈ سے جڑیں اور ٹیب پر جائیں۔ CPUSE → تمام پیکجز دکھائیں۔ورژن کے لیے اپ ڈیٹ پیکج تلاش کرنا R80.20 تازہ انسٹال، کلک کریں۔ ڈاؤن لوڈ کریں۔
11. ہم آپ کے مانیٹرنگ سسٹم میں شامل نوڈس کے لیے ڈاؤن ٹائم انسٹال کرتے ہیں۔
12. WebUI ایکٹو نوڈس ٹیب پر واپس جائیں۔ CPUSE اور منتخب پیکج کے لیے R80.20 تازہ انسٹال لانچ تصدیق کنندہ۔
13. آئیے تصدیق کنندہ رپورٹ کا تجزیہ کرتے ہیں۔ اگر تنصیب کی اجازت ہے تو آگے بڑھیں۔
14. ایک پیکیج منتخب کریں۔ R80.20 تازہ انسٹال اور لانچ اپ گریڈ. اپ گریڈ کے عمل کے دوران، سسٹم ریبوٹ ہو جائے گا۔ GAIA سیٹنگز محفوظ ہیں۔ ریبوٹ کے وقت، ہم پہلے سے اپ ڈیٹ شدہ نوڈ پر کلسٹر کی حالت کی نگرانی کرتے ہیں۔ ریبوٹ کے بعد، اپ ڈیٹ کردہ نوڈ پر کلسٹر کی حالت READY سے ACTIVE میں تبدیل ہو جائے گی۔
15. اپ گریڈ کا عمل مکمل ہونے پر، SmartDashboard لانچ کریں اور پالیسی انسٹال کریں۔

اپ ڈیٹ کرنے کے بعد چیک لسٹ

• سمارٹ لاگ میں ایونٹ لاگ، وی پی این سرنگوں کی حیثیت۔
• GAIA کی ترتیبات۔
• ٹیسٹ فیل اوور کے بعد کلسٹر کو بحال کرنا۔
• لائسنس اور معاہدے۔ اگر لائسنس غلط طریقے سے دکھائے جاتے ہیں یا SMS پر ظاہر نہیں ہوتے ہیں تو کمانڈ چلائیں۔ لائسنس کی تقسیم کے لیے vsec_central_licence۔
• کور ایکس ایل۔
• سیکیور ایکس ایل۔
• ہاٹ فکس اور CPinfo دو نوڈس پر۔

حاصل يہ ہوا

عام طور پر، اس وقت یہ سب کچھ ہے – آپ کو اپ ڈیٹ کر دیا گیا ہے۔

ہمارے لیے، برآمد شدہ ڈیٹا بیس کے سائز کے لحاظ سے، پورے عمل میں اوسطاً 6 سے 12 گھنٹے لگے۔ یہ کام دو راتوں میں کیا گیا: ایک ایس ایم ایس کو اپ ڈیٹ کرنے کے لیے، دوسرا کلسٹر کے لیے۔

اس حقیقت کے باوجود کہ ہم نے اوپر بیان کی گئی تمام خرابیوں کو خود پر چیک کیا، ٹریفک کا کوئی وقت نہیں تھا۔

بلاشبہ، اپ ڈیٹ کے عمل کے دوران بعض اوقات بالکل نئی مشکلات پیدا ہو سکتی ہیں، لیکن یہ چیک پوائنٹ ہے، اور جیسا کہ ہم سب جانتے ہیں، ہمیشہ ایک ہاٹ فکس ہوتا ہے!

مبارک سیاہ اور گلابی راتیں اور اپ ڈیٹس!

ماخذ: www.habr.com