Menu de navegação

[RODRIGO CARVALHOParticipant]

Pessoal, bom dia

Sou novo trabalhando com oracle, mais especificamente com ERP. Preciso criar um ambiente de homologação para o erp, porém o pessoal que instalou o banco, criou uma única instância nele e tratou os “bancos separados” com owners distintos. Queria saber como que funciona isso e como que posso criar um também baseado nessa questão.

Obrigado

[José Laurindo ChiappaModerator]

Isso depende *** 100% *** de como o teu ERP foi programado : há softwares que CENTRALIZAM todos os objetos (tabelas, índices, procedures, functions, etc, etc) num owner/usuário/schema apenas (e portanto SIM, podemos considerar esse schema logicamente falando como um ‘banco’ à parte), MAS há softwares que não fazem isso e assim sendo precisam MESMO de uma instãncia completa, à parte…

Agora : mesmo logicamente separados, se vc tiver dois schemas na mesma instãncia, EVIDENTEMENTE os recursos dessa instãncia (E DO SERVIDOR que a atende!!) vão ser Compartilhados – aí se vc conectar no schema de ‘Homologação’ e executar um SQL malfeito que provoque trocentos locks e consumos de CPU e/ou RAM e/ou I/O isso VAI INTERFERIR na performance dos outros usuários desse banco… Assim, se vc quer SEGURANÇA de poder fazer seus testes em Homologação sem risco nenhum de interferir com outros usuários/processos, não tem o que pensar : noutro servidor vc pede pra criarem uma NOVA instância….

Já se isso não te preocupa, a separação lógica natural te atende : vc TRANQUILAMENTE pode criar no usuário/schema/owner HOMOLOG uma tabela X e criar no usuário/schema/owner PROD uma outra tabela TAMBÉM chamada X que o RDBMS Oracle SABE que são duas coisas separadas, sem probs…

[]s

Chiappa

[RODRIGO CARVALHOParticipant]

Obrigado Chiappa pela resposta e grande explicação.

Eu gostaria de entender isso antes de fazer, hoje a versão do Oracle instalada é Standard Editon One, que me permite uma única instância mesmo e provavelmente por isso criaram os Schemas/owners separados.

Valeu pela resposta e desculpe a demora em responder.

[José Laurindo ChiappaModerator]

Blz ? Então, acho que vc ainda não captou a msg : cfrme http:\www.oracle.comuscorporatepricingdatabaselicensing-070584.pdf mesmo já nos diz, vc PODE SIM ter múltiplas instâncias num mesmo servidor, ATÉ MESMO num Standard Edition ONE : o ONE do nome do Produto, by the way, NÃO TEM A VER com qtdade de instâncias possíveis, é simplesmente um sequencial : o primeiro produto disponível nessa família de Produtos foi o Standard Edition original, depois veio o Standard Edition One, depois o atual STandard Edition 2…. OK ? TODOS esses podem sim ser usados para criar MÚLTIPLOS databases isolados, em MÚLTIPLAS instâncias no mesmo servidor, DESDE QUE o Servidor tenha sido licenciado por Processador…. Este detalhe é importante : sempre houve a Possibilidade de se licenciar apenas auma dada quantidade de usuários num único database (é o tipo de licenciamento chamado ‘named user plus’) mas com o dinamismo dos databases e apps de hoje em dia (que INCLUSIVE muitas vezes usam o MESMO usuário de banco pra abrir múltiplas conexões pros usuários da app) fica muitas vezes inviável se contabilizar número exato de usuários num database, então é RARO AO EXTREMO se ver licenciamento desse tipo hoje em dia …
Assim sendo : salvo se vc estiver usando o (raro) licenciamento por usuário, mesmo vc usando SE1 É PRATICAMENTE CERTO que tecnicamente teu DBA ** PODIA SIM ** ter criado outra instânccia atendo outro database físico, só pra você : Imagino que ele não o fez PORQUE o tal ERP foi programado de tal forma que os objetos TODOS (ie, tabelas, índices, procedures, etc, etc) estão dentro de um schema (uma área de usuário) próprio : então se ele criou um usuário RODRIGO, esse usuário possui um schema próprio, aí ele trouxe os objetos todos do schema PROD pra esse schema do RODRIGO… EVIDENTEMENTE, como eu disse : embora LOGICAMENTE falando esse schema separado possa ser pensado como um database logicamente independente (se já existe no schema PROD uma tabela X e nesse schema do RODRIGO vc cria uma outra tabela também chamada X, o RDBMS Oracle SABE que são coisdas completamente separadas e independentes) com um schema RODRIGO, FISICAMENTE os recursos TODOS de banco (caches, I/Os, locks, tudo) que sejam consumidos por SQLs nesse schema do RODRIGO vão SIM concorrer com SQLs do schema PROD : tudo está no mesmo database físico, okdoc ???
POR ISSO que eu REFORÇO : se teu Objetivo é criar um outro database FISICAMENTE INDEPENDENTE do database hoje sendo usado, o procedimento é sim criar um OUTRO database físico, atendido por uma OUTRA instância…E PREFERENCIALMENTE essa outra instância e esse outro database físico DEVERIAM estar num servidor DIFERENTE do servidor de PROD, se treu objetivo é segurança / independência Máximas em relação à PROD…

[]s

Chiappa

OBS : nem preciso dizer, CADA instância cosome MAIS RAM e CPU, e CADA database físico consome MAIS espaço em disco : outra coisa que pode ter levado o teu DBA a criar um outro schema pra vc nesse mesmo banco/instância que já existe em PROD é se não existe outro servidor pra vc usar E não há memória/CPU suficientes nesse único servidor pra criar nele nova instância e novo banco físico..

[Author]

Posts