- Este tópico contém 6 respostas, 4 vozes e foi atualizado pela última vez 12 anos, 4 meses atrás por Victor Armbrust.
-
AutorPosts
-
13 de agosto de 2012 às 7:54 pm #104254airoospParticipante
Boa tarde,
Alguém já teve que instalar 4 instâncias do banco 10g em um servidor com Windows 2003 Server? É possível, quais as recomendações que os(as) colegas podem passar?
Obrigado.
Airton
13 de agosto de 2012 às 11:56 pm #104256rmanParticipante@airoosp
É possível sim, mas eu nunca fiz em Windows, creio que vai ser criado um serviço pra cada instancia. Mas qual é o motivo de se criar 4 instancias?
14 de agosto de 2012 às 1:36 am #104260airoospParticipanteEntão a ideia é ter 4 instâncias desenvolvimento, homologação, testes integrados e uma cópia do produção.
Hoje o servidor de produção tem apenas a instância do 10g (10.2.0.5) com a SGA de 2GB.
No caso de várias instâncias, seria bom que todas tivessem a mesma configuração?Uma outra dúvida, na instalação o banco 10g esta com a versão (10.2.0.3) depois aplico o patchset para 10.2.0.5. Quando tenho 2 ou mais instâncias na mesma máquina, qual é o procedimento correto para aplicar o patchset?
Obrigado.
Airton
14 de agosto de 2012 às 3:19 pm #104262rmanParticipante@airoosp
O ideal é que tenha as mesmas configurações, até mesmo a máquina ter o mesmo porte.
Até onde eu sei a aplicação é feito nos binários do Oracle e não em cada instancia, posso estar enganado. Mas se for possível instale e aplique o patch, só depois crie as instancias.
14 de agosto de 2012 às 8:16 pm #104265Fábio PradoParticipanteairoosp,
Administro 1 servidor de produção com 4 instâncias de BD, porém com SO Red Hat Linux. Não há nenhuma restrição para esse ambiente, a não ser alguns cuidados e dicas, tais como:
- Evitar criar instâncias de homologação e produção na mesma máquina. Os testes em ambiente de produção irão concorrer com o ambiente de produção e isso poderá ocasionar baixo desempenho no seu ambiente de produção, e consequentemente insatisfação dos usuários! Além do mais, há o risco de “erros humanos”. Se homologação e produção estão na mesma máquina, há o risco do DBA ter um pouco de descuido e inverter tarefas, ou seja, fazer manutenção no Bd de produção ao invés do Bd de homologação e vice-versa.
- Gerenciar cuidadosamente os recursos de hardware para cada instância. VC terá que configurar adequadamente a quantidade de memória de PGA e SGA para cada instância e sempre que houver necessidade de ajustar essas áreas de memória em 1 instância, vc terá que tomar cuidado para não prejudicar as outras instâncias.
Quanto à aplicação de patchsets, se todas as instâncias estiverem usando a mesma versão do Oracle, vc aplicará o PatchSet ao software Oracle e não às instâncias, porém, alguns patchsets exigem também a execução de procedimentos em cada instância que usam a versão do software Oracle em que ele está sendo aplicado.
[]s
Fábio Prado
http://www.fabioprado.net15 de agosto de 2012 às 12:22 am #104271airoospParticipanteBoa tarde,
Agradeço as informações dos colegas, são detalhes que muitas vezes não são lembrados.
Outra coisa, o uso dos dblinks faz-se necessário para a comunicação entre as instâncias, correto? Consequentemente haverá uma perda de performance, há uma outra forma de fazer esta comunicação?
Sobre aplicar o patchset, faço a instalação do software, aplico o patchset e depois crio as instâncias, certo?
Obrigado.
Airton
16 de agosto de 2012 às 6:47 pm #104285Victor ArmbrustMestreBom
Pelo que entendi seu WINDOWS 2003 é 64bit correto? (Versão 10.2.0.3)
Para criar as 4 instancias:
1 – Instalar a Versão 10.2.0.3 para Windows X86_64
2 – Aplicar o patchset 10.2.0.5 para Windows X86_64
3 – As instances que você for “criar do 0 ” use o DBCA e ela já estará certinho na versão 10.2.0.5 e com os servicos no Windows.
4 – As instances que você realizar restore (Exemplo: Copia da Producao que vc citou) você terá que antes de mais nada criar o serviço “OraService”. Uma vez criado o servico e apos você subir o banco com Startup Upgrade, deverá atualizar para versão 10.2.0.5 (Uma vez que o catalogo está em 10.2.0.3) para isso execute os scripts
%ORACLE_HOME%rdbmsadminutlui102.sql e %ORACLE_HOME%rdbmsadmincatupgrd.sql. Por fim o %ORACLE_HOME%rdbmsadminutlrp.sql. De qualquer forma, use o README do Patchset do 10.2.0.5 para saber certinho o que mais precisa executar.Exemplo de oradim:
$ORACLE_HOMEbinoradim -NEW -SID orabase -SRVC orabase
-SYSPWD uwpwd -STARTMODE manual -SRVCSTART system
-PFILE c:oracleproductora102databaseinitorabase.ora
-SHUTMODE immediate
Enfim, depende de tudo o que você quer fazer. O ideal é planejar e entender tudo o que você precisa para saber o que executar. Apenas lembrando: Patchset (no caso 10.2.0.5) TEM que ser aplicado em todas as instances a fim de atualizar o catálogo.
Abs e boa sorte
Victor - Evitar criar instâncias de homologação e produção na mesma máquina. Os testes em ambiente de produção irão concorrer com o ambiente de produção e isso poderá ocasionar baixo desempenho no seu ambiente de produção, e consequentemente insatisfação dos usuários! Além do mais, há o risco de “erros humanos”. Se homologação e produção estão na mesma máquina, há o risco do DBA ter um pouco de descuido e inverter tarefas, ou seja, fazer manutenção no Bd de produção ao invés do Bd de homologação e vice-versa.
-
AutorPosts
- Você deve fazer login para responder a este tópico.