Re: RES: RES: [oracle_br] Re: Licenciamento Oracle
Sim, existe o Data Guard, que é a tecnologia embutida no Enterprise Edition que automatiza não só o envio a partir do banco-origem mas Também o recebimento e a aplicação de redos ou SQLs no banco standby, E existe também o Active Data Guard, que é um add-on extra, licenciado á parte do RDBMS, que permite que um standby mantido por um Data Guard possa ser também usado para consultas pelos usuários finais A Justificativa para se adotar um Active Data Guard é, portanto, DIMINUIR o overhead sobre a máquina Produção : ao permitir que o banco standby fique acessível aos usuários finais, nós podemos por exemplo rodar lá no standby aqueles Relatórios gerenciais pesados, digamos, POUPANDO assim recursos em Prod e ao mesmo tempo pondo para utilização prática um hardware standby, que com o Dataguard normal OU com um standby manual ficaria inacessível aos usuários finais (e em certo modo "parado", não servindo á Empresa) enquanto não houver a falha no principal... ADG não tem Absolutamente nada a ver com o standby assumindo automaticamente, não... CASO vc realmente não precise nem se interesse por esses recursos do Active Data Guard de diminuir o overhead em produção permitindo consultas no standby e assim botar pra usar na prática algo que em princípio ficaria "sem uso" enquanto não tem falha (isso é a definição de standby) , ok, vc não precisa do Active Data Guard... Nesse cenário, já que ao que entendo vc tem nas duas máquinas (na prod e na standby) a Enterprise Edition, vc pode então usar o DATA GUARD comum : como eu disse acima a tecnologia do data guard simples, não-active, já tá incluída no Enterprise Edition, vc não precisa pagar nada por ela a mais , nem instalar nada... E sim, o mecanismo do Data Guard é esse, vc vai ter um segundo log_archive_dest apontando pra um local da máquina standby, é isso aí : implementando um segundo log_archive_dest vc já tá setando o data guard - Obviamente tem outros passos / configs necessários mas isso é sim parte do setuo de um data guard ... Quanto à defasagem eventual, não esqueça que o data guard pode ser configurado para trabalhar de vários modos : num deles, o Maximum Performance, realmente vc corre o risco de uma defasagem de alguns minutos de dados entre prod x standby (por não ter sido enviado ainda o último archive e/ou por o redo dos dados comitados mais recentes não ter sido archivado ainda) MAS temos também o ZERO DATA LOSS / Maximum Protection , neste modo o banco prod só sinaliza COMMIT com sucesso após o redo ter sido arquivado, enviado e recebido pelo standby : nesse cenário vc NÂO TERIA perda nenhuma de dados, os dois bancos estariam sempre Absolutamente Iguais, sem gap nenhum, ok ? Se é isso que vc quer, vc pode SIM obter isso com a correta config do data guard : veja http://www.oracle.com/technetwork/database/availability/active-data-guard-wp-12c-1896127.pdf para refs gerais (o paper fala do data guard e do actuve data guard 12c mas basicamente são os mesmos no 11g)... E que fique claro, o que o data guard faz é Automatizar todo o processo : sozinho, sem vc programar nada, uma vez configurado o data guard vai enviar os archived redo logs E vai confirmar que eles chegaram no destino, se não chegaram ele vai tentar re-enviar novamente, E lá no destino ele vai aplicar os archives necessários, E sempre qualquer erro que der (archive chegou fora de sequência, archive não enviado, archive não pôde ser aplicado por qualquer falha, etc) ele registra em views/tabelas internas do sistema e/ou no alert.log dos bancos em questão... ok ? Dadas essas vantagens inquestionáveis do data guard sobre o standby manual, vc só apela pra standby manual SE ** ou ** vc não tiver o Enterprise Edition (não é seu caso, felizmente pra vc), ** ou ** então cenários meio esdrúxulos, talvez se vc não tem comunicação de rede confiável e constante entre as duas máquinas , ou então quer/precisa ter envios e aplicações de archives não regulares e não constantes, coisas assim... []s Chiappa
RES: RES: [oracle_br] Re: Licenciamento Oracle
Chiappa, Só mais uma dúvida. existe o DataGuard e o Active Data Guard, é isso? Eu não preciso que esse segundo ambiente assuma automaticamente em caso de falha do principal e nem que ele esteja aberto para consultas, quero ele simplesmente para ter as informações guardadas ali e no caso de replicação do archives sei que ele teria uma defasagem do ultimo rotate do archive, não seria possível via um segundo log_archive_dest o archive ir para esse standby que estaria em modo de recovery? Ou de qualquer forma teria que licenciar algo? Pois assim não seria tão manual !!! Lembrando que uso o Enterprise. Grande Abraço, Sharif De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: terça-feira, 24 de maio de 2016 19:11 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Re: Licenciamento Oracle Sobre o sub-licenciamento/licenciamento parcial com PowerVM ok, ftp://public.dhe.ibm.com/software/pwdownloads/uk_bp/Events/STG_Power_university_Manchester_Nov28th_2012/Oracle-Power-Update-nov12-v1.pdf confirma que a Oracle aceita como hard partitioning, então sem prob... Sobre o Active data Guard, sim : se vc precisa que Além de ter standby, ele seja Automatizado (ie, que vc não precise programar nada/criar nada) vc precisa do DATA GUARD, e se vc além disso quer USAR o ambiente standby para queries de modo transparente, sem interferir no processo de envio/captura de redo, vc Precisa licenciar o Active Data Guard... Vc até pode ter um standby manual, mas Óbvio que : a. o "manual" aí implica que VOCÊ vai ter que escrever um job/script pra enviar os redos pro servidor de standby, VOCÊ vai ter que escrever um job/script que recepcione e aplique os redos recebidos, VOCÊ vai ter que prever casos de falha de envio, VOCÊ vai ter que escrever algo pra re-envio quando houver falhas... O que a Oracle tá te cobrando em licença Basicamente é essa facilidade, essa inteligência embutida no dataguard e no ADG E nem preciso dizer que algo escrito por vc CERTAMENTE vai ser menos seguro/estável/performático do que o DG, que é algo nativo do RDBMS e que já está sendo usado e aperfeiçoado há ** ANOS ** E b. vc muito certamente VAI PERDER a porção Active do DG : um standby manual implica que o banco-destino TEM que estar em modo RECOVER para ir aplicando os archives, e quando está em modo RECOVER fica indisponível para queries dos usuários finais Sem o acesso interno ao kernel do banco que permite ao Active Data Guard ser capaz de aplicar archived redo logs sem o banco estar permanentemente em RECOVER mode, o máximo que vc poderia fazer na sua rotina de standby manual nesse sentido de permitir SQLs no banco standby seria um standby não atualizado asap, ie : interromper por algum tempo o recover, permitindo aos usuários finais rodar queries e enquanto isso ir armazenando os archives, e de x em x horas ou á noite aí vc aplica os archives todos que recebeu e armazenou Não é o mais seguro, normalmente standby quer dizer ambiente de recuperação contra crashs na produção com risco de perda mínimo, não é o que vc teria nesse cenário... ==>> Assim, avalie na ponta do lápis quanto de benefício vc teria com o custo do Active Data Guard (em especial o overhead que vc tira da produção permitindo SQLs no standby, que de outra forma fica "parado", sem uso efetivo), e SE vc julgar que ele não cabe, aí avalie se é viável não só o tempo/esforço do standby manual MAS também verifique se ele atende às suas necessidades []s Chiappa
Re: RES: [oracle_br] Re: Licenciamento Oracle
Sobre o sub-licenciamento/licenciamento parcial com PowerVM ok, ftp://public.dhe.ibm.com/software/pwdownloads/uk_bp/Events/STG_Power_university_Manchester_Nov28th_2012/Oracle-Power-Update-nov12-v1.pdf confirma que a Oracle aceita como hard partitioning, então sem prob... Sobre o Active data Guard, sim : se vc precisa que Além de ter standby, ele seja Automatizado (ie, que vc não precise programar nada/criar nada) vc precisa do DATA GUARD, e se vc além disso quer USAR o ambiente standby para queries de modo transparente, sem interferir no processo de envio/captura de redo, vc Precisa licenciar o Active Data Guard... Vc até pode ter um standby manual, mas Óbvio que : a. o "manual" aí implica que VOCÊ vai ter que escrever um job/script pra enviar os redos pro servidor de standby, VOCÊ vai ter que escrever um job/script que recepcione e aplique os redos recebidos, VOCÊ vai ter que prever casos de falha de envio, VOCÊ vai ter que escrever algo pra re-envio quando houver falhas... O que a Oracle tá te cobrando em licença Basicamente é essa facilidade, essa inteligência embutida no dataguard e no ADG E nem preciso dizer que algo escrito por vc CERTAMENTE vai ser menos seguro/estável/performático do que o DG, que é algo nativo do RDBMS e que já está sendo usado e aperfeiçoado há ** ANOS ** E b. vc muito certamente VAI PERDER a porção Active do DG : um standby manual implica que o banco-destino TEM que estar em modo RECOVER para ir aplicando os archives, e quando está em modo RECOVER fica indisponível para queries dos usuários finais Sem o acesso interno ao kernel do banco que permite ao Active Data Guard ser capaz de aplicar archived redo logs sem o banco estar permanentemente em RECOVER mode, o máximo que vc poderia fazer na sua rotina de standby manual nesse sentido de permitir SQLs no banco standby seria um standby não atualizado asap, ie : interromper por algum tempo o recover, permitindo aos usuários finais rodar queries e enquanto isso ir armazenando os archives, e de x em x horas ou á noite aí vc aplica os archives todos que recebeu e armazenou Não é o mais seguro, normalmente standby quer dizer ambiente de recuperação contra crashs na produção com risco de perda mínimo, não é o que vc teria nesse cenário... ==>> Assim, avalie na ponta do lápis quanto de benefício vc teria com o custo do Active Data Guard (em especial o overhead que vc tira da produção permitindo SQLs no standby, que de outra forma fica "parado", sem uso efetivo), e SE vc julgar que ele não cabe, aí avalie se é viável não só o tempo/esforço do standby manual MAS também verifique se ele atende às suas necessidades []s Chiappa
RES: [oracle_br] Re: Licenciamento Oracle
Olá Chiappa, Sim hoje a versão atual é a 11gR2 mas poderia migrar para a 12c, utilizarei PowerVM para isolar o acesso aos processadores. Mas se o licenciamento é a parte complica meu ambiente, pois o licenciamento do enterprise já está complicado ainda mais adicionando mais essa feature iria ficar pior. Teria alguma outra forma de desenhar esse ambiente? Não sou especialista oracle, desculpem a “simplicidade” da pergunta. como por exemplo ter um standby database recebendo os archives da base principal para serem aplicados. aí não seria tão online como no active dataguard isso dependeria de licenciamento à parte ? Grande Abraço, Sharif Raduan De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: terça-feira, 24 de maio de 2016 18:03 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Licenciamento Oracle Bem, vc não diz a versão mas supondo a mais comum 11gR2 (que afaik não difere do 12c) : sobre o Active Data Guard, veja no manual de Licensing (online em https://docs.oracle.com/cd/E11882_01/license.112/e47877/options.htm#DBLIC139 ) e no paper http://www.oracle.com/technetwork/database/options/active-data-guard/overview/index.html que o ADG é uma feature Opcional, que Precisa ser paga a parte e em princípio só pode ser usada no Enterprise Edition Sobre Licenciamento : a não ser que vc esteja usando hard partitioning (ie, um recurso que ** impossibilite totalmente acesso físico a alguns dos processadores) Ou que esteja usando virtualização que permita afinidade física com os processadores (LPAR iirc no caso do AIX permite, ou o Oracle VM), para Licenciar por processador vc ** TEM ** que Licenciar ** TODOS ** os processadores físicos dos servidores físicos, okdoc ? Então, se vc vai ter servidores físicos sem nenhum tipo de VM envolvido, para que vc possa licenciar 2 processadores na máquina PROD e dois na máquina standby, a máquina PROD ** TEM ** que ter dois processadores físicos e a máquina standby TEM que ter dois Absolutamente ** NÃO ROLA ** vc querer licenciar só um dos múltiplos processadores físicos que uma das máquinas físicas tenha, sem as exceções que citei []s Chiappa
[oracle_br] Re: Licenciamento Oracle
Bem, vc não diz a versão mas supondo a mais comum 11gR2 (que afaik não difere do 12c) : sobre o Active Data Guard, veja no manual de Licensing (online em https://docs.oracle.com/cd/E11882_01/license.112/e47877/options.htm#DBLIC139 ) e no paper http://www.oracle.com/technetwork/database/options/active-data-guard/overview/index.html que o ADG é uma feature Opcional, que Precisa ser paga a parte e em princípio só pode ser usada no Enterprise Edition Sobre Licenciamento : a não ser que vc esteja usando hard partitioning (ie, um recurso que ** impossibilite totalmente acesso físico a alguns dos processadores) Ou que esteja usando virtualização que permita afinidade física com os processadores (LPAR iirc no caso do AIX permite, ou o Oracle VM), para Licenciar por processador vc ** TEM ** que Licenciar ** TODOS ** os processadores físicos dos servidores físicos, okdoc ? Então, se vc vai ter servidores físicos sem nenhum tipo de VM envolvido, para que vc possa licenciar 2 processadores na máquina PROD e dois na máquina standby, a máquina PROD ** TEM ** que ter dois processadores físicos e a máquina standby TEM que ter dois Absolutamente ** NÃO ROLA ** vc querer licenciar só um dos múltiplos processadores físicos que uma das máquinas físicas tenha, sem as exceções que citei []s Chiappa
[oracle_br] Re: Configurações ASM
Bem, em primeiro lugar respondendo sobre DGs : como via de regra não é tecnicamente recomendável (e nem mesmo Viável) vc ter disk volumes englobando tipos de discos diferentes, E também não é boa prática vc ter um diskgroup composto de disk volumes com diferentes tipos de discos físicos (a imprevisibilidade / flutuação de performance inerente cfrme o ASm acessa os discos fisicamente mais rápidos ou mais lentos não seria uma boa coisa )... Ao mesmo tempo, vejo que vc NÃO TEM a capacidade necessária em discos rápidos (FC de 10 RPMs no seu caso) para colocar os arqs de dados todos lá, sendo assim eu IMAGINO que vc vai ter que criar um (ou alguns) DGs tamanho necessário , então ACREDITO que vc vai ter que Distribuir os dados, alguns (mais importantes/mais acessados) indo pros discos rápidos e alguns menos importantes indo pros discos mais lentos, E sendo isso a maneira de se fazer isso é ter disk volumes compostos de discos rápidos, disk volumes compostos de discos mais lentos e criar DGs diferentes nos diferentes volumes Como eu disse na minha resposta anterior, Fosse o mesmo hardware não teria necessidade nenhuma de DGs diferentes, mas como não é CERTAMENTE aí muda a história, vc vai Sim precisar de DGs diferentes compostos por volumes contendo discos de tecnologias diferentes... ==> É importante que vc Perceba que, em termos de performance, vc ter só dois DGs (digamos, um DG_RAPIDO composto pelos volumes com discos FC e um DG_LENTO composto pelos discos NL) ** OU ** vc ter um DG_DATA_RAPIDO, um DG_INDEX_RAPIDO e um DG_LOB_RAPIDO compostos pelos discos FC e que conterão dados, indices e lobs mais importantes e ter também um DG_DATA_LENTO, um DG_INDEX_LENTO e um DG_LOB_LENTO compostos pelos discos NL e que conterão os dados/índices/LOBs menos importantes Dá NO MESMO, ok ? Como eu disse, sendo a mesma tecnologia/hardware é Indiferente vc ter os segmentos num só DG ou em vários O que a opção de DGs separados vai ter dar é Flexibilidade Administrativa : o dia que vc precisar fazer rebalances ou operações administrativas do tipo, vc ter vários DGs menores via de regra é mais conveniente do que se ter um DG monolítico... Sobre o AU_SIZE : vc não nos diz se dentro desses x TBs de dados há segmentos Grandes que precisem ser lidos sem ser por acesso de chave completo (OLTP normalmente significa acesso por chave, mas sabemos lá), mas dado esse volume bem razoável de dados total que vc tem eu não me arriscaria com AU_SIZE pequeno, eu iria com o AU_SIZE genérico Recomendado de 1M mesmo, E com COARSE STRIPE no ASM também, onde o ASM STRIPE vai ser Igual ao AU_SIZE ... Agora, como eu havia dito, a coisa Crítica aqui deveria ser ** checar ** o tamanho de stripe do seu RAID , justamente uma das Infos que vc Não Nos Dá - o ponto é que Idealmente o AU_SIZE deveria ser idêntico ao stripe do teu RAID : isso pode te dar problemas aí por ser RAID-5 (já que o RAID-5 ** IMPLICA ** em manter lista de paridade com checksum e técnicas do tipo, e um stripe grande exige mais poder computacional para ser pareado, Além do espaço extra na área de paridade), mas é algo meio inescapável, se vc Realmente tem que ter o cacareco do RAID-5 aí, acho eu, e no frigir dos ovos, pesando os prós e contras, eu ainda optaria por RAID STRIPE = AU_SIZE = 1M CASO realmente não seja possível vc ter stripe de 1M no teu RAID (alguns softwares gerenciadores e mesmo algumas placas tem limite abaixo disso, VERIFIQUE !) ao menos tente um sub-múltiplo direto desse valor... []s Chiappa
Re: [oracle_br] Licenciamento Oracle
Olá! *active* DG é uma feature a parte. Deve ser licenciada para todos os procs envolvidos, neste caso 4, mesmo que no seu STB tenha apenas 1 proc. Abrs. 2016-05-24 17:13 GMT-03:00 'Sharif Raduan - Yahoo' sharif_rad...@yahoo.com.br [oracle_br]: > > > Pessoal, boa tarde, > > > > Tenho 4 processadores enterprise licenciados junto à oracle utilizando em > produção, estou pensando em alguns novos desenhos do ambiente e estava > vendo sobre o Active Data Guard, o qual estava pensando na implementação da > seguinte forma. > > > > 3 processadores em produção e 1 processador no DR com o active data guard > ou 2 e 2, pois estou adquirindo um hardware novo para produção e vou poder > reduzir a quantidade de cores utilizados. > > > > A dúvida é com a licença enterprise tenho direito de usar essa feature? Ou > teria que licenciar algo à parte? O SO é AIX. > > > > Grande Abraço, > > Sharif Raduan > > > -- Vinícius Fernandes
Re: [oracle_br] Re: Coluna do group by mesma linha
Nosso amigo Douglas fez um post sobre o LISTAGG. https://douglasdba.wordpress.com/2013/07/05/funcao-listagg/ Em ter, 24 de mai de 2016 às 16:57, Mario Rodrigues marioirodrig...@gmail.com [oracle_br]escreveu: > > > Consegui com o LISTAGG ... vlww > > > > Em 24 de maio de 2016 16:26, Mario Rodrigues > escreveu: > >> Pessoal, >> >> >> Bateu uma duvida aqui ... >> >> Tenho um select q me retorna: >> DATA1 DATA2 DESCRICAO VALOR >> 01/01/2016 01/01/2016 1 >> 01/01/2016 01/01/2016 2 >> Gostaria de mostrar somente 1 linha com as informações de descricao e >> valor na mesma linha ou seja neste caso seria 1 linha só >> >> Alguem poderia me dar uma luz?? >> > > >
[oracle_br] Licenciamento Oracle
Pessoal, boa tarde, Tenho 4 processadores enterprise licenciados junto à oracle utilizando em produção, estou pensando em alguns novos desenhos do ambiente e estava vendo sobre o Active Data Guard, o qual estava pensando na implementação da seguinte forma. 3 processadores em produção e 1 processador no DR com o active data guard ou 2 e 2, pois estou adquirindo um hardware novo para produção e vou poder reduzir a quantidade de cores utilizados. A dúvida é com a licença enterprise tenho direito de usar essa feature? Ou teria que licenciar algo à parte? O SO é AIX. Grande Abraço, Sharif Raduan
[oracle_br] Re: Coluna do group by mesma linha
Consegui com o LISTAGG ... vlww Em 24 de maio de 2016 16:26, Mario Rodriguesescreveu: > Pessoal, > > > Bateu uma duvida aqui ... > > Tenho um select q me retorna: > DATA1 DATA2 DESCRICAO VALOR > 01/01/2016 01/01/2016 1 > 01/01/2016 01/01/2016 2 > Gostaria de mostrar somente 1 linha com as informações de descricao e > valor na mesma linha ou seja neste caso seria 1 linha só > > Alguem poderia me dar uma luz?? >
[oracle_br] Re: Usuários
Opa, tranquilo ? Na verdade, praticamente ** todos ** esses schemas não são criados DO NADA, eles são criados APENAS quando na instalação vc Não desmarca as Option e features que vc não quer : com certeza, nessa "instalação simples" que vc diz ter feito vc aceitou os defaults ao invés de desmarcar o que não queria. No caso , para remover é o seguinte : os schemas de Exemplo (ie, SCOTT, HR, OE, PM, IX e SH) vc os poderia dropar sem pensar duas vezes, eles não são necessários para NENHUM funcionamento de add-on, feature ou produto no RDBMS, são só pra estudo mesmo - no seu caso eu não os vi na relação então Imagino que ao menos essa opção vc não checou no instalador Os demais schemas ** TODOS ** (exceto SYS e SYSTEM, claro) só podem ser removidos DEPOIS de vc confirmar E reconfirmar que Absolutamente não precisa MESMO da feature/add-on/option/whatever que precisa deles : isso inclui Oracle text, Spatial, OEM (via Intelligent Agents), data Mining e muitas outras ... http://www.orafaq.com/wiki/List_of_default_database_users e http://nimishgarg.blogspot.com.br/2013/05/oracle-default-username-and-password.html são uma boa lista dos mais comuns E de quais features usam qual schema E se vc pode dropar direto caso não use a feture ou não... []s Chiappa
[oracle_br] Coluna do group by mesma linha
Pessoal, Bateu uma duvida aqui ... Tenho um select q me retorna: DATA1 DATA2 DESCRICAO VALOR 01/01/2016 01/01/2016 1 01/01/2016 01/01/2016 2 Gostaria de mostrar somente 1 linha com as informações de descricao e valor na mesma linha ou seja neste caso seria 1 linha só Alguem poderia me dar uma luz??
[oracle_br] Re: Configurações ASM
Boa tarde! chiappa, desculpa a demora na resposta O ambiente aqui é OLTP, no qual hoje estamos com 4.5T de dados, ele tem 268 datafile(smallfile), onde 73 são de dados(2.224T), 67 são de index(616G) e 72 são de lobin(1618T) O S.O que utilizamos é o Oracle linux. O storage que temos aqui um HP 3PAR modelo 8200, com 66 discos físicos distribuidos em 4 cages sendo: 42 FC (1.6TB 10k RPM) 12 NL (5.4TB 7k RPM) 12 SSD (446GB) Espaço FC: 70,35TB Espaço NL: 65,658TB Espaço SSD: 5,35TB O strorage chega até 75000IOPS podendo chegar a 32IOPS com o Adpitive Otimization configurado. Nós estamos utilizando RAID5 para os mount point entregues para o banco.
RES: [oracle_br] Usuários
Rodrigo, Exatamente isso que estava procurando. Grato, Ednilson De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Enviada em: terça-feira, 24 de maio de 2016 14:21 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Usuários Boa tarde, Eu fiz uma nota na época do 10g, a maioria tá aí.. http://mufalani.com.br/wordpress/?p=152 Cada um deles tem um procedimento para remover, procura o de cada um deles. [ ]'s #mufalani Desculpe por erros! Este e-mail foi escrito do meu smartphone! Sorry for typos! This mail was written from my smartphone!!! Em 24 de mai de 2016, às 14:00, 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]escreveu: Pessoal, Fiz uma instalação simples de um banco 11g, e notei que ele criou todos esses usuários. Quais eu posso excluir do banco e para o que servem? SQL> SELECT USERNAME FROM DBA_USERS; USERNAME -- OUTLN MGMT_VIEW FLOWS_FILES MDSYS ORDSYS EXFSYS DBSNMP WMSYS APPQOSSYS OWBSYS_AUDIT ORDDATA CTXSYS SYSMAN ORDPLUGINS OWBSYS SI_INFORMTN_SCHEMA OLAPSYS ORACLE_OCM XS$NULL MDDATA DIP SPATIAL_CSW_ADMIN_USR SPATIAL_WFS_ADMIN_USR Grato Ednilson
Re: [oracle_br] Usuários
Boa tarde, Eu fiz uma nota na época do 10g, a maioria tá aí.. http://mufalani.com.br/wordpress/?p=152 Cada um deles tem um procedimento para remover, procura o de cada um deles. [ ]'s #mufalani Desculpe por erros! Este e-mail foi escrito do meu smartphone! Sorry for typos! This mail was written from my smartphone!!! > Em 24 de mai de 2016, às 14:00, 'Ednilson Silva' ednilson.si...@jbs.com.br > [oracle_br]escreveu: > > Pessoal, > > Fiz uma instalação simples de um banco 11g, e notei que ele criou todos esses > usuários. > > Quais eu posso excluir do banco e para o que servem? > > > > SQL> SELECT USERNAME FROM DBA_USERS; > > > > USERNAME > > -- > > OUTLN > > MGMT_VIEW > > FLOWS_FILES > > MDSYS > > ORDSYS > > EXFSYS > > DBSNMP > > WMSYS > > APPQOSSYS > > OWBSYS_AUDIT > > ORDDATA > > CTXSYS > > SYSMAN > > ORDPLUGINS > > OWBSYS > > SI_INFORMTN_SCHEMA > > OLAPSYS > > ORACLE_OCM > > XS$NULL > > MDDATA > > DIP > > SPATIAL_CSW_ADMIN_USR > > SPATIAL_WFS_ADMIN_USR > > > > Grato > > Ednilson > >
[oracle_br] Usuários
Pessoal, Fiz uma instalação simples de um banco 11g, e notei que ele criou todos esses usuários. Quais eu posso excluir do banco e para o que servem? SQL> SELECT USERNAME FROM DBA_USERS; USERNAME -- OUTLN MGMT_VIEW FLOWS_FILES MDSYS ORDSYS EXFSYS DBSNMP WMSYS APPQOSSYS OWBSYS_AUDIT ORDDATA CTXSYS SYSMAN ORDPLUGINS OWBSYS SI_INFORMTN_SCHEMA OLAPSYS ORACLE_OCM XS$NULL MDDATA DIP SPATIAL_CSW_ADMIN_USR SPATIAL_WFS_ADMIN_USR Grato Ednilson
Re: [oracle_br] Re: Forms11GR2 - Qual browser vcs usam ?
Valeu, Chiappa!! (: Perguntei pq no meu trabalho usavamos o Chrome, mas passamos pro IE11. O Chrome e Firefox nao suportam mais o Java! E no IE temos q ter duas versoes instaladas, a de 32 e 64 bits, pra funcionar rodando pelo client. Foi só curiosidade mesmo! [ ]s 2016-05-23 13:15 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Eu pessoalmente no momento não estou mexendo muito com Forms, nem > administrando ambiente onde ele é o player principal, mas onde vejo o > pessoal usar é com internet explorer 11 mesmo , principalmente porque até > mesmo no Windows 7 já há um tempinho a Microsoft vem empurrando o ie11 como > atualização Recomendada, Desde Que se esteja usando Oracle Forms 11gR2 com > algum patchset reativamente recente Isso porque com 11gR2 original, ou > 11gR1 aí normalmente tem SIM incompatibilidades com ie11, nesse tipo de > ambiente o pessoal via de regra é obrigado a fazer downgrade pra ie9 > > []s > > Chiappa > >