Menu de navegação

[rmanParticipante]

Bom dia caros colegas !

Atualmente temos 7 servidores Oracle 10g R2 (10.2.0.4) instaladas em 7 máquinas diferentes, cada servidor possui um banco de dados de sistemas diferentes, são sistemas de gestão de empresas terceirizadas.

Estamos com a ideia de implantar o Oracle 11g R2 RAC, e migrarmos todos os servidores para o RAC, será um RAC de 2 nós. O que vocês acham desta ideia ? O proposito do RAC é realmente agrupar esses 7 bancos de dados ? Ou a ideia é utilizar apenas um banco de dados 24×7 ?

Neste caso o ideal é trabalhar com multi-instance + single-schema (7 instancias) ou single-instance + multi-schema (Apenas 1 instancia com 7 schemas) ?

[Victor ArmbrustMestre]

[quote=”rman”:2eycjvwa]Bom dia caros colegas !

Atualmente temos 7 servidores Oracle 10g R2 (10.2.0.4) instaladas em 7 máquinas diferentes, cada servidor possui um banco de dados de sistemas diferentes, são sistemas de gestão de empresas terceirizadas.

Estamos com a ideia de implantar o Oracle 11g R2 RAC, e migrarmos todos os servidores para o RAC, será um RAC de 2 nós. O que vocês acham desta ideia ? O proposito do RAC é realmente agrupar esses 7 bancos de dados ? Ou a ideia é utilizar apenas um banco de dados 24×7 ?

Neste caso o ideal é trabalhar com multi-instance + single-instance (7 instancias) ou single-instance + multi-schema (Apenas 1 instancia com 7 schemas) ?[/quote]

@rman

O RAC vai oferecer alta-disponibilidade e distruibuição de processamento neste cenário (Uma vez que vc vai ter 2 máquinas para processar requisições).

A idéia é sempre boa, porém depende de algumas variáveis para definir se é melhor ou não (Quantos usuários vão acessar? Qual o tamanho das bases? Qual a necessidade de disponibilidade? etc..etc.)

O proposito do RAC é realmente agrupar esses 7 bancos de dados ? Ou a ideia é utilizar apenas um banco de dados 24×7 ?

Depende. Isso depende do que vc busca. Pode-se agrupar tudo somente em 1 database (com 2 instances, 1 em cada node do RAC) ou então manter os 7 databases (com 2 instances cada, 1 em cada node).. Isso depende das perguntas feitas anteriormente.

Neste caso o ideal é trabalhar com multi-instance + single-instance (7 instancias) ou single-instance + multi-schema (Apenas 1 instancia com 7 schemas) ?

multi-instance + single-instance?? Não. O conceito é: 1 DATABASE com 2 INSTANCES.

Voltando. Depende, o que vc busca?
– Alta Disponibilidade?
– Alta Performance?

Lembre-se que o “contra” de se juntar os 7 databases singles em 1 database no RAC(cluster) impacta principalmente em dispobilidade no caso de manutenção, falha, etc. Afinal, vc terá tudo em 1 DATABASE apenas. O “pró” é a adminstracão centralizada, porém NADA impede de criar os 7 databases em cluster (com 2 instances)… isso é normal, somente a adminsitração quer será feita em cada database (como vc tem hoje autalmente oras…)

Por favor, esclareça pra o que exatamente é importante e prioritário neste cenário, assim ficará mais fácil dar mais sugestões.

abs

[rmanParticipante]

@varmbrust

A ideia é alta performance e alta disponibilidade, é possível alcançar os dois ?

Mas pensando no cenário, hoje temos 7 máquinas, quando juntarmos tudo em 2 nós (2 máquinas), a performance não vai cair ?

Por isso não sei se é uma boa ideia.

As bases são de sistema de gestão, como sistema de saúde, tributário, rh, frotas, patrimônio, contabilidade, e etc… Temos bases de 250 gb.

O sistema de saúde por exemplo deve ser 24×7.

Falei errado ao escrever multi-instance + single-instance, na verdade o que quis dizer é multi-instance + single-schema.

Outra preocupação, é que se usar apenas 1 database pra tudo, não da pra monitorar os bancos por sistemas, pois tudo estará na mesma instancia correto ?

Outra pergunta, pra manter a performance atual, deveria ter no minimo 7 nós ?

[vieriParticipante]

Qual é a caracteristicas destes 7 sistemas?

eles se comunicam?
tem históticos de problema de performance, qual tipo?
qual tamanho de cada um?
quais waits cada um desperta mais nas instancias?
Os 7 são compativeis com oracle rac 11G?

[rmanParticipante]

@vieri

Segue o tamanho de cada banco:
218 gb
31 gb
22 gb
52 gb
19 gb
286 gb
6 gb

TOTAL = 634 gb

Atualmente os sistemas estão estáveis.

Segundo as empresas terceirizadas responsáveis são, existe alguma item em específicos que geralmente causa problemas de compatibilidade ? Se é compativel com 11g quer dizer que é compativel com 11g RAC ?

[Victor ArmbrustMestre]

@rman

Essa soma de 600gb é tranquiiiila para um ambiente RAC 11gr2.
Todas as perguntas do @vieri são pertinentes tb.

Quanto a performance, depende também do ambiente que vc montar (Servidores x Processadores x Memoria x Storage) Vai usar fibra ótica tb? Storage EMC/HP/DELL, etc? Outra coisa, para dispobilidade é altamente recomendável redundância de placas de rede, etc..

Enfim, tem um monte de itens a serem pensados, mas com um ambiente bem configurado, com hardware compatível com sua necessidade, sim, é possível atingir performance satisfatória e também disponibilidade. (Um exemplo é seu sistema que precisa ficar online 24×7).

Sim, se seus sistemas forem compátiveis com Oracle 11.2 irão funcionar normalmente no RAC 11.2.

Não, as 7 máquinas que vc tem possuem qual configuração? Você pode ter 2 servidores que equivalem pelas 7 máquinas juntas, concorda?

abs

[rmanParticipante]

@varmbrust

Temos uma storage HP ligado com fibra ótica na enclosure HP. Essa parte quem cuida são os administradores de redes, nós DBAs não temos muito acesso a essas informações. Mas pelo pouco que sei são octocores e quadcores com até 32 gb de ram. As 2 novas máquinas não sabemos ainda a configuração.

[Victor ArmbrustMestre]

@rman

Legal cara. Mas se puder ir se informando é bom. Assim você já vai definindo como fará a configuração do powerpath (no caso de usar 2 hbas), e já vai se programando. Vai pensando também nas configurações de placa de rede (como te falei com redundância e com switch GIGA…) já vai montando isso pra recomendar pro pessoal, assim futuramente não terá problemas de performance….

abs

[Autor]

Posts