Pular para o conteúdo
  • Este tópico contém 5 respostas, 5 vozes e foi atualizado pela última vez 15 anos, 8 meses atrás por Ricardo Portilho Proni.
Visualizando 6 posts - 1 até 6 (de 6 do total)
  • Autor
    Posts
  • #93304
    ramasine
    Participante

      Galera,

      To montando um RAC em 11G R2, com AIX 6.1
      A galera da aplicação agora tá chegando…a característica é de OLTP

      Com a experiência de vcs em ambiente de cluster, existe um conjunto de boas práticas para indicar a rapaziada da aplicação?

      Tipo.

      No manual, a Oracle aconselha:

      – Uso de Automatic Segment Space Mamagement
      – USar quando possível particionamento…
      – Aumentar o cache das sequences..

      OU seja, possíveis pontos de contenção….sendo evitados no futuro..

      Qq ajuda será bem-vinda!!

      Ah, aproveitando a deixa:

      É possível no AIX eu montar um compartilhamento para troca de arquivos entre esse AIX e um Windows por exemplo? Sem usar http://ftp..etc

      Abs

      #93314
      CleitonHanzen
      Participante

        Opá…

        Acho que com a evolução dos produtos, essas boas práticas estão sendo “absorvidas” pelo próprios produtos

        Se voltarmos alguns anos, vamos veriamos coisas do tipo
        – Utilização de otimizador baseado em custo e coleta de estatísticas frequentes (hj já é feito isso de forma padrão)
        – Monitorar afim de observar contenção nas áreas de memória (gerenciamento automático da SGA já faz isso hj)
        – Monitorar segmentos de rollback (hj se utiliza segmentos de undo, com gerenciamento da própria Oracle)…

        Enfim, hoje administro Oracle RAC + AIX (Oracle 10.2.0.4 e AIX 5.3) e muitas das coisas foram alteradas aprendi na força (malditos parâmetros de memória no AIX minperm, maxperm, maxclient, strict_max_perm, etc..etc..etc, já vem setados por padrão no AIX 6.1)

        Tem dois documentos no Metalink que talvez lhe sejam de ajuda (notes 810394.1 e 811293.1)

        []s

        #93317
        Ishii
        Participante
          #93349
          VitorLeandro
          Participante

            Olá Ramasine,

            Acho de suma importância você configurar bem o RAC afim de que ele faça juz ao seu nome. Na instalação, foque na alta disponibilidade, verificando HBAs redundantes, controladoras independentes, e um bom RAID 10…
            No Oracle, propriamente dito, certifique-se que o failover e o Load Balance funcionará automaticamente e corretamente quando necessário. Certifique-se na configuração do RAC (server side e client side). O client Oracle da aplicação aceita Failover e load balance??

            Após tudo funcionando, utilize as políticas de consumo do Resource Manager para dar prioridade a tarefas “prioritárias”.

            Faça particionamento, principalmente em tabelas com dados que se tornarão histórico e aquelas gigantes. Lembre-se que o limite de partições por tabela no 11GR2 é de 1024K. (use e abuse).

            Creio que você também terá um Dataguard, não é? Prefira o Active Dataguard (não é tão caro) e direcione aqueles “relatórios pesados” para serem processados nele, aliviando sua aplicação.

            Espero ter ajudado!

            #93352
            Ricardo Portilho Proni
            Participante

              Grande Ramasine !

              Seguem as minhas dicas, que passo no Curso de Oracle RAC Performance Tuning.

              • Full Table Scans são exponenciamente mais danosos em RAC.
              • Sequences Artificiais são exponencialmente mais danosas em RAC. Use Sequences do Oracle, e com CACHE e NOORDER, se sua regrade negócio permitir.
              • O não uso de Bind Variables é exponenciamente mais danosos em RAC, assim como o uso de Cursor Sharing=FORCE.
              • Optimizer Statistics, Histograms, System Statistics devem estar em dia, sempre, mais do que em Single Instance.
              • Use Locally Managed Tablespaces e ASSM, sempre.
              • Use Reverse Key Indexes para tabelas de INSERTs.
              • Use Partitioning quando puder.
              • Troque o Job pelo Scheduler. O Job “não sabe” que está em RAC.
              • DBMS_ALERT “não sabe” que está em RAC.
              • DBMS_PIPE “não sabe” que está em RAC.
              • UTL_FILE “não sabe” que está em RAC.
              • V$SESSION “não sabe” que está em RAC.
              • Directories / External Tables / Data Pump / BFILEs dependem de diretórios físicos, e portanto, devem ser utilizados em diretórios compartilhados.

              Abraço !

              #93353
              Ricardo Portilho Proni
              Participante

                Ops, segue o Link.
                Abraços !

                http://nervinformatica.com.br/2010/03/2 … racle-rac/

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