Pular para o conteúdo
Visualizando 8 posts - 1 até 8 (de 8 do total)
  • Autor
    Posts
  • #94392
    Sousa04
    Participante

      Bom dia Pessoal,

      Alguém sabe me dizer se existe algum impacto no Oracle 10g a atualização do Kernel do RHEL
      X86_64 2.6.18-164.2.1.el5
      para
      2.6.18-194.3.1.el5

      Um detalhe importante é que um dos servidores possui ASM

      se alguém souber de algum material que possa me enviar de como proceder diante da atualização ou como me precaver tbm agradeço.

      Abraços!!

      #94394
      Marcos Braga
      Participante

        Olá Sousa04,

        A maioria dos clientes que presto serviço utilizam RH, e diversas vezes atualizei o kernel sem impacto algum no Oracle.

        Já tive problemas em atualizar o kernel antes de instalar o Oracle, isso porque os prereqs do Oracle são simplistas, ou a versão é igual ou dá erro de prereq. Portanto sempre deixei para atualizar o sistema após a instalação do Oracle (até hoje essa metodologia funciona).

        Agora, quanto a utilização de RAC não sei dizer, pois ainda não atualizei kernel em um ambiente em RAC.

        []s
        Braga

        #94397
        Sousa04
        Participante

          tbm acho q quanto ao oracle tudo bem

          mas ao asm estou com um pé atrás em relação a alguns pacotes que ele possui

          $ uname -rm
          2.6.18-164.2.1.el5 x86_64

          $ rpm -qa | grep oracle
          oracleasm-2.6.18-92.1.10.el5-debuginfo-2.0.4-1.el5
          oracleasm-2.6.18-92.el5-2.0.5-1.el5
          oracleasm-2.6.18-92.1.13.el5-debuginfo-2.0.4-1.el5
          oracleasm-2.6.18-164.2.1.el5-2.0.5-1.el5
          oracleasm-support-2.0.4-1.el5

          #94400
          Marcos Braga
          Participante

            Uma pergunta:

            Você fará a atualização com o arquivo fonte (.tar.gz ou .tar.bz) ou através de arquivo rpm ?

            Geralmente efetuo a atualização através de RPM. Como, geralmente, o kernel não foi recompilado para deixá-lo mais enxuto, uma atualização com um ‘rpm -Uvh …’ funciona que é uma belezura…, sem contar que uma entrada nova no grub é adicionada, apontando para o novo kernel e, a entrada antiga (kernel velho) também é mantida; caso haja alguma incompatibilidade com outros softwares é possível testá-los antes de realmente deixar somente a versão nova do kernel.

            []s
            Braga

            #94428
            Sousa04
            Participante

              Opa braga desculpa a demora

              Quem vai realizar a atualização é a galera do SO.
              Andei conversando com eles e estamos montando um plano de roll back na instancia que usa o ASM no caso de alguma incompatibilidade. Por exemplo voltar a versão original do Kernel atualizar esse pacotes
              oracleasm-2.6.18-92.1.10.el5-debuginfo-2.0.4-1.el5
              oracleasm-2.6.18-92.el5-2.0.5-1.el5
              oracleasm-2.6.18-92.1.13.el5-debuginfo-2.0.4-1.el5
              oracleasm-2.6.18-164.2.1.el5-2.0.5-1.el5
              oracleasm-support-2.0.4-1.el5

              caso sejam eles o problema.

              Vlw pelas dicas

              #94430
              CleitonHanzen
              Participante

                Opá…

                Quem tem OEL, o up2date já tá fazendo estas atualizações.

                Nos casos de atualização de S.O. sempre sugiro que seja feita imagem offline dos servidores (imagem mesmo com ferramentas como o Acronis True Image), backup dos OCR e Voting e backup offline do banco, fiz recentemente (em laboratório) a atualização do OEL e foi 100% (inclusive com ASM atualizado).

                Antes de atualizar o Linux desabilitei o startup automático do CRS, após a atualização (antes de iniciar qualquer coisa), fiz um relink all dos produtos Oracle, habilitei o startup automático do CRS, reboot nos servers e foi embora.

                Veja que a atualização do linux não é somente o kernel em si, precisa atualizar todas as libraries/pacotes, por isso o relink é importante depois da atualização.

                #94458
                Sousa04
                Participante

                  Poxa vlw as dicas ai Cleiton!!!
                  Mas estou por fora desse comando ai

                  relink all

                  #94562
                  Sousa04
                  Participante

                    boa tarde pessoal!!! amanhã tem jogo do Brasil vamos fazer o bolão rsrsrs

                    vou postar meu testeminho aqui pra todos sobre atualização do kernel

                    2.6.18-164.2.1.el5 x86_64
                    para
                    2.6.18-164.11.1.el5 x86_64

                    A atualização do Kernel ocorreu ok!!! Legal, Ótimo, uhuuuu!!!!

                    O problema foi quando disseram que iriam trocar o RDAC pelo Multipath
                    que é o pacote responsável pela comunicação do linux com o storage.
                    Como a instancia usa ASM e o Multipath faz o favor de renomear os discos causando assim a perda do endereçamento deu pau totaaaaaaal!!!!!

                    SQL> ALTER DISKGROUP ALL MOUNT
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache registered group BACKUP number=1 incarn=0xa019d9d7
                    NOTE: cache registered group CONTROL number=2 incarn=0xa019d9d8
                    NOTE: cache registered group DADOS number=3 incarn=0xa019d9d9
                    NOTE: cache registered group INDICE number=4 incarn=0xa019d9da
                    NOTE: cache registered group REDO number=5 incarn=0xa019d9db
                    NOTE: cache registered group SISTEMA number=6 incarn=0xa019d9dc
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 1: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 1/0xA019D9D7 (BACKUP)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup BACKUP was not mounted
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 2: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 2/0xA019D9D8 (CONTROL)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup CONTROL was not mounted
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 3: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 3/0xA019D9D9 (DADOS)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup DADOS was not mounted
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 4: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 4/0xA019D9DA (INDICE)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup INDICE was not mounted
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 5: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 5/0xA019D9DB (REDO)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup REDO was not mounted
                    Sat Jun 12 17:17:37 2010
                    ERROR: no PST quorum in group 6: required 2, found 0
                    Sat Jun 12 17:17:37 2010
                    NOTE: cache dismounting group 6/0xA019D9DC (SISTEMA)
                    NOTE: dbwr not being msg’d to dismount
                    ERROR: diskgroup SISTEMA was not mounted

                    não achava mais os discos. E como eu não sei se recriando os discos o Oracle iria sobrescrever algum dado, achei melhor deixar o RDAC e deixar o Multipath para uma próxima ocasião.

                  Visualizando 8 posts - 1 até 8 (de 8 do total)
                  • Você deve fazer login para responder a este tópico.