Atualizando o Exadata – DBNODE

Diferentemente da atualização do storage node a do dbnode é mais complexa e não existe nada semelhante ao patchmgr para ajudar, é tudo feito através do passo a passo e manualmente. Prepare-se para um post extenso, com muita informação e com diversos logs de comandos executados. Tentei não poupar informações dos comandos executados para poder compartilhar o máximo, qualquer dúvida é só perguntar. Tudo o que está descrito aqui ocorreu a uns dois meses atrás durante a atualização do Exadata que executei.

Cabe resaltar que na versão 11.2.3.1.0 ocorreram grandes mudanças na forma como dbnode é atualizado. Na realidade esta versão é um divisor de águas no método de atualização. O primeiro local onde isso é citado é na nota 888828.1, que informa que o minimal pack foi descontinuado. O minimal pack era um arquivo que continha todos os pacotes dos aplicativos e bibliotecas do Linux e o kernel do dbnode a serem atualizado.

A partir da 11.2.3.1.0 a atualização passa a ser através da Unbreakable Linux Network (ULN), onde estão disponíveis todos os pacotes e repositórios da Oracle para Linux. Desta forma, você precisa criar um servidor que será um mirror de alguns dos canais disponíveis na ULN. Complicou não é? Calma que isso é só o começo.

Com base no readme do patch 13998727 (versão 11.2.3.1.1) somos informados que o método para criar este mirror está descrito no patch 13741363. Com base no readme deste patch somos apresentados aos requisitos e passos necessários para criar o mirror. A este método chamamos de One-Time Setup, servindo como preparação para a atualização do dbnode.

Infelizmente a documentação começa a ficar confusa neste ponto, se você observar no readme do patch para 11.2.3.1.1 você irá ver que os passos listados no passo 6 parecem incompletos. Na realidade eles estão, pois o passo 1 leva a ao One-Time que deve estar concluído e os outros remetem a passos de outra nota onde você deve trocar algumas informações para prosseguir. Bem complicado e suscetível a falhas, é importante saber ler nas entrelinhas.

Continue lendo…

Atualizando o Exadata – Storage Node

Um dos pontos que sempre perguntam sobre o Exadata é sobre a sua atualização, como ela é ou pode ser atualizado? Como o seu storage é atualizado? Realmente, e sendo franco, a sua atualização não é uma das mais simples no universo Oracle.

Simplificando, a sua atualização pode ser dividida em duas partes, a primeira é a atualização do software Exadata que roda nos storage nodes. A segunda parte é a atualização dos dbnodes, e esta última pode levar a mais algumas.

Desta forma, dividirei este post em dois. Primeiro falando da atualização dos storage nodes. E um segundo post falando da atualização dos dbnodes.

Antes de começar a falar sobre a atualização em si é importante saber onde você está indo. Traçar um mapa do que deve ser feito, dos passos importantes que serão tomados, das notas do Metalink com as informações importantes e dos contatos necessários.

Continue lendo…

Trocando o disco

Há uns dois meses recebi um e-mail de madrugada que uma SR nível 2 havia sido aberta para o Exadata e que o acompanhamento do caso estava aberto. De manhã pude observar que um disco de uma célula havia queimado (o segundo em dois anos) e que o ASR havia detectado o problema e aberto uma SR para a troca do disco.

Achei interessante, pois na primeira vez não pude fazer o log dos passos para registro e esta seria a oportunidade. Também na primeira vez não tinha configurado o ASR e só observei que o disco estava com problema quando fui fazer o checkup semanal no Exadata.

Quando um disco falha no Exadata, o primeiro local a detectar é a ILOM, onde o erro é identificado e um evento é gerado. Este evento é lido pelo ASR e uma SR é aberta automaticamente. Após a falha ser detectada pelo ILOM e o disco ser removido, uma alerta é gerado pelo software do Exadata. Além disso, um e-mail é enviado com algumas informações adicionais sobre o erro. Os detalhes deste alerta podem ser verificados através do cellcli da célula.

Continue lendo…