Oracle ve Grid versiyonumuz : 19.16
OS image versiyonumuz: 21.2.9
Öncelikle Grid ve DB PSU patch ile OS İmage Upgrade arasında bir bağlantı bulunmamakta bunlar sıra öncesiz birbirinden bağımsız gerçekleştirilebilir. Ancak Exadata OS İmage versionunun desteklediği grid ve db versiyonları kontrol edilmelidir. Şu an Exadata İmage version 21.2 den şu 22.1 e veya 23.1 versiyonuna çıkarılabilir, fakat güncel olan 23.1 versiyonu için ise OS bağımlılığı vardır, eğer OS EL7 ise EL8 upgrade yapılması gerekmektedir. Eğer versiyonlarımız OL7 ise 23.1 e taşımayı şu an için tavsiye etmemekteyim, çünkü OL8 doğrulamaları ve 23.1 geçisi sonrasında majör değişiklikler bulunmakta bunun kontrollü ve uygulama testleri yapılarak yapılması gerekmektedir, eğer işletim sistemimiz OL7 ise mevcut 22.1 stabil ve en güncel özellikleri içermektedir.
Exadata İmage Upgrade için bakılacak MOS Dokümanı 888828.1 dir.
İmage versiyonunu Kontrol etmek için;
# imageinfo
Kernel version: 4.14.35-2047.510.5.5.el7uek.x86_64 #2 SMP Fri Jan 28 08:33:42 PST 2022 x86_64
Uptrack kernel version: 4.14.35-2047.511.5.8.el7uek.x86_64 #2 SMP Thu Apr 7 12:30:05 PDT 2022 x86_64
Image kernel version: 4.14.35-2047.510.5.5.el7uek
Image version: 21.2.9.0.0.220216
Image activated: 2022-04-16 13:29:18 +0300
Image status: success
Node type: COMPUTE
System partition on device: /dev/mapper/VGExaDb-LVDbSys1
CELL için;
# imageinfo
Kernel version: 4.14.35-2047.510.5.5.el7uek.x86_64 #2 SMP Fri Jan 28 08:33:42 PST 2022 x86_64
Uptrack kernel version: 4.14.35-2047.511.5.8.el7uek.x86_64 #2 SMP Thu Apr 7 12:30:05 PDT 2022 x86_64
Cell version: OSS_21.2.9.0.0_LINUX.X64_220216
Cell rpm version: cell-21.2.9.0.0_LINUX.X64_220216-1.x86_64
Active image version: 21.2.9.0.0.220216
Active image kernel version: 4.14.35-2047.510.5.5.el7uek
Active image activated: 2022-04-16 12:20:17 +0300
Active image status: success
Active node type: STORAGE
Active system partition on device: /dev/md6
Active software partition on device: /dev/md8
Cell boot usb partition: /dev/sdm1
Cell boot usb version: 21.2.9.0.0.220216
Inactive image version: 20.1.7.0.0.210205
Inactive image activated: 2021-03-14 14:33:57 +0300
Inactive image status: success
Inactive node type: STORAGE
Inactive system partition on device: /dev/md5
Inactive software partition on device: /dev/md7
Inactive marker for the rollback: /boot/I_am_hd_boot.inactive
Inactive grub config for the rollback: /boot/grub2/grub.cfg.inactive
Inactive usb grub config for the rollback: /boot/grub2/grub.cfg.usb.inactive
Inactive kernel version for the rollback: 4.14.35-1902.306.2.2.el7uek.x86_64
Rollback to the inactive partitions: Possible
Exada 22.1 image versiyonu için desteklenen Grid ve DB versiyonları aşağıda verilmiştir;
| Software Release Requirements Exadata Storage Server Software 22.1.11.0.0 supports the following Oracle Database software releases: Oracle Grid Infrastructure: 21.4.0.0.211019 * 19.4.0.0.0.190716 * 18.7.0.0.0.190716 * 12.2.0.1.0.190716 * 12.1.0.2.0.190716 * Oracle Database: 21.4.0.0.211019 * 19.4.0.0.0.190716 * 18.7.0.0.0.190716 * 12.2.0.1.0.181016 12.1.0.2.0.180831 11.2.0.4.0.180717 |
| Bizim durumumuzda Grid Ve DB versiyonları 19.16 ve şu an güncel versiyonlar 19.19 dur ve Exadata 22.1 image versiyonu için herhangi bir problem içermemektedir. Exadata 23.1 Versiyonu için durumu kontrol edelim; Review “What’s New in Oracle Exadata Database Machine 23.1.0” in the Oracle Exadata Database Machine System Overview before updating to this release. Software Release Requirements Exadata Storage Server Software 23.1.2.0.0 supports the following Oracle Database software releases: Oracle Grid Infrastructure: Long Term Release 19c, GI Release Update (RU) 19.15.0.0.220419 and later (Recommended) Innovation Release 21c, GI Release Update (RU) 21.6.0.0.220419 and later Oracle Database: Long Term Release 19c, GI Release Update (RU) 19.15.0.0.220419 and later (Recommended) Innovation Release 21c, GI Release Update (RU) 21.6.0.0.220419 and later Additional supported releases under Market Driven Support or Quarterly Updates exception approval Release 18c, GI RU 18.14.0.0.210420 and later Release 12.2.0.1, GI RU 12.2.0.1.220118 and later Release 12.1.0.2*, Database Proactive Bundle Patch 12.1.0.2.220719 and later Release 11.2.0.4*, Quarterly Database Patch for Exadata 11.2.0.4.210119 and later |
Eğer OS versiyonumuz OL8 ise DB ve Grid 19.16 versiyonu olduğu için 23.1 Exadata İmage da bu işlem için uygun görünmektedir.
| 22.1 Exadata İmage için Patch 35382176 – Storage server software (22.1.11.0.0.230516) Patch 35283693 – Admin/RDMA network switch (10.2(4)) and InfiniBand network switch (2.2.16-7) software Patch 35283691 – Database server bare metal / KVM / Xen domU ULN exadata_dbserver_22.1.11.0.0_x86_64_base OL7 channel ISO image (22.1.11.0.0.230516) Patch 35283692 – Database server Xen dom0 ULN exadata_dbserver_dom0_22.1.11.0.0_x86_64_base OVM channel ISO image (22.1.11.0.0.230516) Exadata Image Upgrade Rolling ve Non Rolling olarak yapılabilir, Rolling olarak yapıldığında işlem uzun sürecek fakat kesinti daha az olacaktır , Non Rolling de ise İşlem kısa sürecek fakat işlem tüm süreç boyunca kesinti alarak yapılacaktır. |
Image Upgrade adımları temelde aşağıdaki adımları içermektedir;
| * Cell Image Upgrade * Infiniband Switch İmage Upgrade * Compute Node Image Upgrade |
Aşağıda Rolling olarak Exadata Image Upgrade adımları için genel adımları içermektedir;
Tüm Cell ve Compute Nodların upgrade öncesi ve sonrası image versiyonları kontrol edilir ve aynı olması beklenir;
Compute node için;
root>dcli -g dbs_group -l root "imageinfo | grep 'Image version'" Cell Node lar için;
root>dcli -g cell_group -l root "imageinfo | grep 'Image version'"
İmage Upgrade öncesi SSH equivalence ler kontrol edilir dcli ile dbs_grup cell_grup, ibs_group ve all_group dcli komutları kontrolleri yapılır
dcli -g cell_group -l root 'hostname -i'
dcli -g dbs_group -l root 'hostname -i'
(Aynıdır desekte yinede GRID ve DB Patch seviyelerini kontrol etmekte fayda var dcli ve lsinventory ile)
İlgili Image Dosyaları İndirilir, ilgili dizinler oluşturulur doğru yetkiler verilir ve dizin yetkileri kontrol edilir.
dcli -g dbs_group -l root "mkdir -p /setup/patch/exa22.1/dbfolder/"
dcli -g dbs_group -l root "mkdir –p /setup/patch/exa22.1/dbpatchmgr/"
Db Node için geçerli patchler tüm compute node lara aktarılır;
dcli -l root -g dbs_group -f /tmp/setup/p35283691_221110_Linux-x86-64.zip -d /setup/patch/exa22.1/dbfolder/
dcli -l root -g dbs_group -f /tmp/setup/p35283693_221110_Linux-x86-64.zip -d /setup/patch/exa22.1/dbpatchmgr/
Compute Node Patch leri unzip yapılır;
dcli -l root -g dbs_group "unzip /setup/patch/exa22.1/dbpatchmgr/p21634633_221110_Linux-x86-64.zip -d /setup/patch/exa22.1/dbpatchmgr/"
dcli -l root -g dbs_group "unzip /setup/patch/exa22.1/dbpatchmgr/dbpatchmgr_*/dbnodeupdate.zip -d /setup/patch/exa22.1/dbpatchmgr/"
Sadece ilk node için cell patch kopyalanır
mkdir -p /setup/patch/exa22.1/cellfolder/
cp /tmp/setup/p35382176_221110_Linux-x86-64.zip /setup/patch/exa22.1/cellfolder/
Sadece ilk node için switch patch kopyalanır;
mkdir -p /setup/patch/exa22.1/swpatch/
cp /tmp/setup/p35283693_221110_Linux-x86-64.zip /setup/patch/exa22.1/swpatch/
Exachk sürümünüzü önce "exachk -v" ile kontrol ile kontrol edilir güncel değilse En Güncel EXACHK indirilerek bir Health Check raporu alınır ve incelenir, içerisindeki hatalar ve gereksinimler, image upgrade öncesi yapılır (Güncel Exachk için MOS (Doc ID 1070954.1) ).
Upgrade sonrası bir exachk daha alıp bakmak gerekecek;
Precheck leri gerçekleştiriyoruz;
Cell Chek sadece compute node 1 de yapıyoruz , o tüm cell nodeları gezecek;
# df -h (yeterli boş alan var mı?)
# unzip p35382176_221110_Linux-x86-64.zip
# cd p35382176_221110_Linux-x86-64
# ./patchmgr -cells cell_group -reset_force
# ./patchmgr -cells cell_group -cleanup
# ./patchmgr -cells cell_group -patch_check_prereq -rolling
Compute Nodes Check, Her bir node için ayrı ayrı yapılır veya dcli ile yapılıp çıktısı kontrol edilir;
# df -h (5 Gb yer olduğundan emin olunur)
# ./patchmgr -dbnodes dbs_group -precheck -nomodify_at_prereq -log_dir auto -target_version 22.1.11.0.0.230516 -iso_repo p35283691_221110_Linux-x86-64.zipInfiniband Switches Check;
# ./patchmgr -ibswitches ibswitches.lst -upgrade -ibswitch_precheck
Precheck lerde sorun yoksa veya, var ve biz çözdüysek , Image Upgrade kısmına geçebiliriz ancak burada dikkat etmemiz gereken bir kaç nokta bulunmakta , upgrade çalıştıracağımız yerlerde ya ILOM üzerinden bağlanmalıyız, bu durumda tüm ILOM (ILOM ssh Console) ların erişilebilir olduğundan emin olmalıyız, veya VNC yada Linux screen benzeri bağlantılar kullanmalıyız ki Image Upgrade sırasında tatsız kesintiler ve yarıda kalma gibi durumları yaşamayacağımız dan emin olalım.
Image Upgrade Cell Nodes (Storage Servers);
root üzerinden (ILOM SP Console ile, Screen ile, nohup ile veya VNC ile) Compute node 1 üzerinden;
# ./patchmgr -cells cell_group -patch -rolling
Burada Cell nodelar node by node reboot edilir bu sırada DB de herhang bir kesinti alınmaz. Bu adım başarılı bir şekilde tamamlandıktan sonra temizlik için;
# ./patchmgr -cells cell_group -cleanup
En son tü image versiyonları tekrar kontrol edilir.
# dcli -g cell_group -l root "imageinfo | grep 'Image version'"
Upgrade image db node 2 ve 16 arası;
DB node1 üzerinden yaplılır; Burada dbnode 1 üzerindeki dbs_group içerisinden öncelikle dbnode1 çıkarılır, dbnode 1 en son upgrade yapılacak farklı bir node üzerinden
# ./patchmgr -dbnodes dbs_group -upgrade -log_dir auto -target_version 22.1.11.0.0.230516 -iso_repo p35283691_221110_Linux-x86-64.zip -- rollingbu komut otomartik olarak reboot işlemini yapacak ve bu nodelarda veritabanı da otomatik olarak başlayacaktır.
bu işlem tamamlandıktan sonra başka bir node üzerinden dbs_group değiştirilerek dbnode1 inde upgrade olması sağlanır.
En son olarak db gruplarında image durumları kontrol edilir;
# dcli -g dbs_group -l root "imageinfo | grep 'Image version'"
ardından bir Exachk daha alırı ve kontrolleri yapılır. Ayrıca decli cellcli ile tüm disk durumlar Flash durumları kontrol edilmelidir.
Bir yanıt yazın