Aplicando patch no Exadata

Fala ai negada! Estou aqui de novo novamente mais uma vez para falar sobre a aplicação de patch do Exadata. Iremos abordar o procedimento para aplicar o QFSP (Quatterly Full Stack Patch) for Exadata Jan/2014. A aplicação do patch é totalmente automatizada e, se os pré requisitos forem tratados corretamente, você não terá problema. Onde eu trabalho, o nosso time aplicou este patch recentemente com sucesso, e por isso mando um salvo pra galera do Database Office NET!! Rááááááááááááá!!

O patch em questão a ser aplicado é o 17816100 Quarterly Full Stack Download Patch For Oracle Exadata (Jan 2014 – 11.2.3.3.0) de 3.6G . Este patch contempla os componente do: databases; dbnodes; storage servers; infiniband switches; e PDUs. O nosso banco já estava atualizado então não iremos tratar deste no decorrer do post. A versão final da imagem que os dbnodes e cell nodes irão possuir é 11.2.3.3.0, nosso ambiente está com a imagem 11.2.3.2.1. A aplicação do patch deve ser analisado com cuidado pois para cada ambiente há uma estratégia diferente. No final da aplicação do patch, os dbnodes e storage servers devem estar equalizados com a mesma versão do firmware, já os infiniband switches não necessariamente devem seguir com upgrade, porém existe um matriz de compatibilidade que deve ser analisada. Para as PDUs a atualização é opcional.

Vamos iniciar pelo cenário mais simples de todos que é o upgrade de firmware do PDU. Este pode ser feito sem parada de ambiente e o procedimento é acessar a PDU pelo browser. Dentro de “Net Configuration”, siga até a seção de “Firmware Upgrade” e utilize o arquivo MKAPP_Vx.x.dl para o upgrade, depois que o firmware estiver atualizado será necessário atualizar a interface HTML e o arquivo necessário para isso é o HTML_Vx.x.dl. Este procedimento é super simples, é semelhante à atualização de firmware de roteadores, caso você já tenha feito.

Após isso, iremos seguir com a atualização das células. Porém a estratégia utilizada foi a de modo rolling (sem parada no ambiente), sendo assim é necessário que o patch 17854520 esteja aplicado em todos os Oracle Homes de BD, caso contrário as bases poderão cair. O utilitário necessário para a aplicação de firmware nas células é o patchmgr (e deve ser executado como root), este utilitário também pode atualizar os switches infiniband. Este utilitário e possui um parâmetro para checar os pré requisitos da atualização, conforme abaixo:

# ./patchmgr -cells cell_group -patch_check_prereq -rolling

Recomenda-se também aumentar o tempo de reparo dos diskgroups para que não dropar os discos. Depois, segundo docmuentação da Oracle, efetuar um reset das células, uma por vez. E então seguir com o patch.
# ./patchmgr -cells cel01 -reset_force
# ./patchmgr -cells cel02 -reset_force
# ./patchmgr -cells cel03 -reset_force
# ./patchmgr -cells cell_group -rolling

Para atualizar os infiniband switches, utiliza-se também o patchmgr. Este utilitário também possui um parâmetro de pré checagem. Abaixo seguem os comandos:

# ./patchmgr -ibswitches -upgrade -ibswitch_precheck

E para atualizar, apenas retire o precheck:

# ./patchmgr -ibswitches -upgrade

Concluído o patch nos switches, partimos para atualização dos dbnodes e para essa atuailzação, utilizamos o dbnodeupdate.sh que atualiza o kernel dos dbnodes e todos os pacotes dependentes. Atente que pacotes de outras aplicações deverão ser avaliados o upgrade separadamente. Em nosso caso, o upgrade irá atualizar o kernel para Oracle Linux 5.9 (kernel-2.6.39-400.126.1.el5uek). O dbnodeupdate.sh é totalmente automatizado e ele desabilita e para o cluster para atualização, após atualização ele também habilita e sobe o serviço. Portanto a execução é feita através do usuário root e atualização deve ser feita em um nó de cada vez.

Para checar pré requisito utilize o comando -v no final
# ./dbnodeupdate.sh -u -l $PATCH_17816100/Infrastructure/ExadataStorageServer/11.2.3.3.0/p17809253_112330_Linux-x86-64.zip -v

# ./dbnodeupdate.sh -u -l $PATCH_17816100/Infrastructure/ExadataStorageServer/11.2.3.3.0/p17809253_112330_Linux-x86-64.zip

Após o reboot da máquina com sucesso, confirme o upgrade com o comando abaixo:
# ./dbnodeupdate.sh -c

E agora o ambiente encontra-se todo atualizado, execute o imageinfo nos dbnodes e células. Nos switches o comando é version:

# dcli -g all_group -l root imageinfo
db01:
db01: Kernel version: 2.6.39-400.126.1.el5uek #1 SMP Fri Sep 20 10:54:38 PDT 2013 x86_64
db01: Image version: 11.2.3.3.0.131014.1
db01: Image activated: 2014-03-29 10:30:56 -0300
db01: Image status: success
db01: System partition on device: /dev/mapper/VGExaDb-LVDbSys1
db01:

db02:
db02: Kernel version: 2.6.39-400.126.1.el5uek #1 SMP Fri Sep 20 10:54:38 PDT 2013 x86_64
db02: Image version: 11.2.3.3.0.131014.1
db02: Image activated: 2014-03-30 10:23:58 -0300
db02: Image status: success
db02: System partition on device: /dev/mapper/VGExaDb-LVDbSys1
db02:

cel01:
cel01: Kernel version: 2.6.39-400.126.1.el5uek #1 SMP Fri Sep 20 10:54:38 PDT 2013 x86_64
cel01: Cell version: OSS_11.2.3.3.0_LINUX.X64_131014.1
cel01: Cell rpm version: cell-11.2.3.3.0_LINUX.X64_131014.1-1
cel01:
cel01: Active image version: 11.2.3.3.0.131014.1
cel01: Active image activated: 2014-03-28 23:42:33 -0300
cel01: Active image status: success
cel01: Active system partition on device: /dev/md6
cel01: Active software partition on device: /dev/md8
cel01:
cel01: In partition rollback: Impossible
cel01:
cel01: Cell boot usb partition: /dev/sdm1
cel01: Cell boot usb version: 11.2.3.3.0.131014.1
cel01:
cel01: Inactive image version: 11.2.3.1.0.120304
cel01: Inactive image activated: 2012-05-21 18:00:09 -0300
cel01: Inactive image status: success
cel01: Inactive system partition on device: /dev/md5
cel01: Inactive software partition on device: /dev/md7
cel01:
cel01: Boot area has rollback archive for the version: 11.2.3.1.0.120304
cel01: Rollback to the inactive partitions: Possible

cel02:
cel02: Kernel version: 2.6.39-400.126.1.el5uek #1 SMP Fri Sep 20 10:54:38 PDT 2013 x86_64
cel02: Cell version: OSS_11.2.3.3.0_LINUX.X64_131014.1
cel02: Cell rpm version: cell-11.2.3.3.0_LINUX.X64_131014.1-1
cel02:
cel02: Active image version: 11.2.3.3.0.131014.1
cel02: Active image activated: 2014-03-29 00:46:13 -0300
cel02: Active image status: success
cel02: Active system partition on device: /dev/md6
cel02: Active software partition on device: /dev/md8
cel02:
cel02: In partition rollback: Impossible
cel02:
cel02: Cell boot usb partition: /dev/sdm1
cel02: Cell boot usb version: 11.2.3.3.0.131014.1
cel02:
cel02: Inactive image version: 11.2.3.1.0.120304
cel02: Inactive image activated: 2012-05-21 18:01:07 -0300
cel02: Inactive image status: success
cel02: Inactive system partition on device: /dev/md5
cel02: Inactive software partition on device: /dev/md7
cel02:
cel02: Boot area has rollback archive for the version: 11.2.3.1.0.120304
cel02: Rollback to the inactive partitions: Possible

cel03:
cel03: Kernel version: 2.6.39-400.126.1.el5uek #1 SMP Fri Sep 20 10:54:38 PDT 2013 x86_64
cel03: Cell version: OSS_11.2.3.3.0_LINUX.X64_131014.1
cel03: Cell rpm version: cell-11.2.3.3.0_LINUX.X64_131014.1-1
cel03:
cel03: Active image version: 11.2.3.3.0.131014.1
cel03: Active image activated: 2014-03-29 01:51:22 -0300
cel03: Active image status: success
cel03: Active system partition on device: /dev/md6
cel03: Active software partition on device: /dev/md8
cel03:
cel03: In partition rollback: Impossible
cel03:
cel03: Cell boot usb partition: /dev/sdm1
cel03: Cell boot usb version: 11.2.3.3.0.131014.1
cel03:
cel03: Inactive image version: 11.2.3.1.0.120304
cel03: Inactive image activated: 2012-05-21 18:01:28 -0300
cel03: Inactive image status: success
cel03: Inactive system partition on device: /dev/md5
cel03: Inactive software partition on device: /dev/md7
cel03:
cel03: Boot area has rollback archive for the version: 11.2.3.1.0.120304
cel03: Rollback to the inactive partitions: Possible

sw-ib2 # version
SUN DCS 36p version: 2.1.3-4
Build time: Aug 28 2013 16:25:57
SP board info:
Manufacturing Date: 2011.05.08
Serial Number: “NCD6I0106”
Hardware Revision: 0x0006
Firmware Revision: 0x0000
BIOS version: SUN0R100
BIOS date: 06/22/2010

sw-ib3 # version
SUN DCS 36p version: 2.1.3-4
Build time: Aug 28 2013 16:25:57
SP board info:
Manufacturing Date: 2011.05.11
Serial Number: “NCD6Q0110”
Hardware Revision: 0x0006
Firmware Revision: 0x0000
BIOS version: SUN0R100
BIOS date: 06/22/2010

Documentos complementares:

• Exadata 11.2.3.3.0 release and patch (16278923) (Doc ID 1487339.1)
• Exadata Database Server Patching using the DB Node Update Utility (Doc ID 1553103.1)
• Exadata Patching Overview and Patch Testing Guidelines (Doc ID 1262380.1)
• Exadata Database Machine and Exadata Storage Server Supported Versions (Doc ID 888828.1)

Por hoje é só galera!!!

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s