-mail, enviando o e-mail pela conta de e-mail com a qual o/a interessado/a
pretende se registrar.
Abraços,
José Laurindo Chiappa
Em terça-feira, 8 de dezembro de 2020 11:03:16 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
Bom dia : ainda como outro
Bom dia : ainda como outro substituto desta lista, que vai ser encerrada pelo
yahoo, convido aos interessados a ser cadastrar na lista oracle-br, isso pode
ser feito no site FreeLists / Oracle-BR
|
|
| |
FreeLists / Oracle-BR
|
|
|
|
|
| |
FreeLists
|
|
|
Blz, Tenório ? Vou responder aqui, mas eu recomendo que as dúvidas que ficarem
da resposta, ou quaisquer continuações, sejam feitas ou no novo grupo Google,
ou no Grupo que vai ser criado no freelists, ou no portal do Profissional
Oracle ou nos grupos de mídias sociais indicados na thread sobre
Chiappa jlchia...@yahoo.com.br
[oracle_br] wrote:
Pessoal, com o fim do yahoo!groups, vamos ter que utilizar outra plataforma
para a nossa comunidade - embora o yahoo não ofereça ferramenta de migração (e
o backup do yahoo esteja quebrado, mas vou continuar tentando a migração), os
posts
Para participar do grupo Google, o Google exige que :
1. a pessoa acesse https://groups.google.com/g/oracle_br : assim que acessar
essa página, a pessoa verá uma opção de Login no Google, deve ser informado
usuário Google - não é mais possível partipar de grupos Google sem usuário
Google/conta
Pessoal, com o fim do yahoo!groups, vamos ter que utilizar outra plataforma
para a nossa comunidade - embora o yahoo não ofereça ferramenta de migração (e
o backup do yahoo esteja quebrado, mas vou continuar tentando a migração), os
posts antigos deste grupo vão continuar pesquisáveis em
Ops : o yahoo não aceitou o link , deixa eu tentar de novo : é
"https://t.me/joinchat/CZP1exdQkM9bKC3BpZvyxw;
sem aspas...
Em quarta-feira, 1 de julho de 2020 08:36:36 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
#yiv2712708454 #yiv27127
|
|
|
| | |
|
|
|
| |
Oracle PL/SQL, SQL e Apex
|
|
|
é o link...
Em segunda-feira, 29 de junho de 2020 22:56:21 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR
[]s
Blz ? O grupo em questão é o ProfissionaisOracle , o link é t.me/OracleBR
[]s
Chiappa
Em segunda-feira, 29 de junho de 2020 21:11:41 BRT, 'Sharif Raduan - Yahoo'
sharif_rad...@yahoo.com.br [oracle_br] escreveu:
#yiv3891495450 #yiv3891495450 -- #yiv3891495450
Blz ? Bom, enquanto aguardamos os outros colegas palpitarem em cima , só uma
Obs : eu já tinha postado lá no grupo telegram do Profissionais Oracle as
minhas obs/recomendações pra vc nesse cenário, só ficou faltando uma indicação
de fazer um TRACE DE SQL*NET (tanto a nível cliente quanto a
Blz ?? Então, ao que entendi vc já tem o banco primary E o banco standby
completamente setados, up and running, com o standby físico já setado E ativo,
funcionando belezinha, certo ?? Se sim dá um look em
Tudo blz ? Só agora vi a sua msg, provavelmente este e-mail vai ficar fora de
ordem na thread, sorry Então, na verdade vc não RESOLVEU, vc só Contornou a
situação, e realmente um dos contornos era vc Não Usar entrada no TNSNAMES.ORA
e sim informar diretamente os dados de conexão, e OUTRO
Sem dúvida, Étore : só agora que o colega mostrou é que percebi que ele tem
discrepância de versões E além disso o client 10g é de uma versão SEM SUPORTE
para conectar em banco 11g, e respondi isso pra ele... Realmente nada como um
TESTE PRÁTICO pra gente pegar esses detalhes
[]s
ct\11.2.0\dbhome_1Caminho do client:
D:\oracle\product\10.2.0\client_1
Obrigado.
On Wed, May 27, 2020 at 12:58 PM Jose Laurindo Chiappa jlchia...@yahoo.com.br
[oracle_br] wrote:
Mostrando que pro sql*loader é EXATAMENTE A MESMA COISA, eis um exemplo nesse
mesmo ambiente que citei na msg
6000
501 Ritu Accounting 5400
6 linhas selecionadas.
SYSTEM@abobora::CNTNR=CDB$ROOT>
[]s
Chiappa
Em quarta-feira, 27 de maio de 2020 12:37:33 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
E só acrescentando, eu ** REPITO **
corretamente apontando pra ele
no TNSNAMES.ORA e TEM que USAR essa entra com um @ na tool de conexão...
[]s
Chiappa
Em quarta-feira, 27 de maio de 2020 12:30:45 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
#yiv3977279242 #yiv3977279242 -- #yiv3977279242
o TNSNAMES.ORA,
pois consigo acessar normalmente os dois bancos via sqlplus/navigator/dbexpress
etc.O problema é só no sqlldr que não reconhece a entrada do tbsnames, alias,
só está reconhecendo uma, como se fosse um default.
On Wed, May 27, 2020 at 9:37 AM Jose Laurindo Chiappa jlchia...@yahoo.com.br
Ah, só complementando : nessa toada de conectar via software client Oracle
(conexão jdbc thin é outra coisa, é conexão direta sem client Oracle) sem que
vc edite/monte um TNSNAMES.ORA na sua máquina, além de informar os dados de
conexão todos vc tem TAMBÉM as possibilidades de :
a) conexão
Blz ? Então, vamos por odem aí : PRIMEIRO, o que vc informa depois do @
absolutamente *** NÃO É *** um SID, não : isso é uma ENTRADA DE HOST NO ARQUIVO
TNSNAMES.ORA, ok ??? NADA A VER, o SID é o identificador da instância, vc até
PODE conectar por ele (principalmente se ele for local) mas são
jlchia...@yahoo.com.br [oracle_br] escreveu:
às vezes, em casos MUITO pontuais, depois de vários e vários anos que a
built-in foi depreciada aí SIM ela é mesmo Removida do banco , aí SIM vai haver
necessidade de re-escrita da app - e nesses RAROS casos, não, a Oracle via de
regra não te dá
Abraços,
Chiappa
Em sexta-feira, 22 de maio de 2020 16:48:15 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
Não sr : as tools de migração não fazem essa substituição porque ela Não É
Necessária : fato é, quando uma built-in interna é depreciada
tion_toolkit".
As ferramentas que você comentou, nesse caso dos pacotes
"dbms_obfuscation_toolkit" e "dbms_crypto", fariam essa "migração" ?
[ ]sEm sexta-feira, 22 de maio de 2020 13:44:30 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escre
e Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
SE vc quiser, só pra ter ferramentas de conexão atualizas, instalar um client
mais recente (NEM PRECISO DIZER, isso teria que ser feito numa ORACLE_HOME ***
separada *** da usada pelo Developer 12c), vc até pode Sim, a
SE vc quiser, só pra ter ferramentas de conexão atualizas, instalar um client
mais recente (NEM PRECISO DIZER, isso teria que ser feito numa ORACLE_HOME ***
separada *** da usada pelo Developer 12c), vc até pode Sim, até existem os
dois clients hoje em dia ( o Instant Client e o Client
NÃO, colega, vc está BEM perdido aí : pra começo de conversa, o client Oracle
que o Oracle Developer (pacote que engloba Forms e Reports usa) JÁ VEM DENTRO
do próprio software, vc NÂO TEM QUE BAIXAR CLIENT ALGUM Não faz sentido vc
querer baixar outro Client pra uso do Forms/Reports, no
YES, sir : entre as n possibilidades, uma boa pode ser vc escrever uma trigger
de LOGON, que faz alguns IFs verificando dia/hora e o que mais vc
quiser/precisar, e se as condições necessárias não forem cumpridas vc mata a
sessão NO ARTIGO em questão, com a versão que o Autor usou um
iste então ferramentas que,
quando os recursos nativos do Oracle, mudam de nome, essas ferramentas ajudam a
fazer essa migração ? Não conhecia essa possibilidade.
[ ]sEm segunda-feira, 18 de maio de 2020 11:44:19 BRT, Jose Laurindo
Chiappa jlchia...@yahoo.com.br [oracle_br]
escreveu:
Blz ? Então, seja no Reports 6i seja no Reports 12c, ** TODO O DESENVOLVIMENTO
** é baseado nos objetos internos chamados frames... Muito bem : CADA registro
a ser impresso fica dentro de um frame especial, chamado repeating frame, ao
que entendi vc quer que a CADA registro de hollertth
melhoradas para interagir
com hardware na máquina do usuário, etc... Teste e veja lá
Abraços,
Chiappa
Em sexta-feira, 15 de maio de 2020 21:19:15 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
#yiv5904815797 #yiv5904815797 -- #yiv5904815797
n_value;"
Outra pessoa que está me ajudando nessa jornada, me pediu para criar alguns
sinônimos, entre eles, o json_value
"create synonym json_value for pljson_value;"
E não está criando, pelo que eu entendi, pois existe um type já com esse nome,
é isso ??
[ ]sEm sexta-feira,
Blz ? Então, é quase CERTO que vc VAI SIM ter problemas, pois até onde sei o
Forms 10 usa client Oracle versão 10 para conectar no database, E a nota
metalink/mos Client / Server Interoperability Support Matrix for Different
Oracle Versions (Doc ID 207303.1) bem claramente diz que banco 19c só
Ah, e outro detalhe importante : como o datatype JSON foi introduzido no 12c
mas sofreu ** várias ** melhorias no 18c e 19c, tenha Certeza de que tudo que
vc fizer é com a ÚLTIMA VERSÃO, mais Atualizada possível, do PL/SQL Developer
OU então (melhor) use o Oracle SQL DEVELOPER 19.x ou o
Blz ? Então, primeira coisa até onde sei no Oracle 11g ** absolutamente Não
Existia ** um datatype nativo para JSON, vide
https://asktom.oracle.com/pls/apex/asktom.search?tag=converting-json-data-into-oracle-11g
Pra começarmos a entender a sua situação, plz nos explique QUAL datatype
vc
exemplo de tudo estar
no mesmo schema , para só DEPOIS testar objetos em schemas diferentes.
[]s
Chiappa
Em quarta-feira, 11 de março de 2020 13:24:55 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
Então, pra mim a questão é SIMPLES : como eu disse,
Então, pra mim a questão é SIMPLES : como eu disse, se depois de uma
verificação COMPLETA vc confirmar que além do OWNER os SCHEMAS aonde foram
criados o LEXER e o índice , a Tabela onde foi criado o índice, etc, etc,
estiver tudo 100% correto, só RESTA a chance de BUG na sua versão (que pra
Em quarta-feira, 11 de março de 2020 12:35:35 BRT, Jose Laurindo Chiappa
jlchia...@yahoo.com.br [oracle_br] escreveu:
Ah sim : o *** mínimo *** que se espera é que o colega lá SAIBA em qual schema
está criando o índice, que o índice ESTEJA sendo criado na tabela CORRETA do
Ah sim : o *** mínimo *** que se espera é que o colega lá SAIBA em qual schema
está criando o índice, que o índice ESTEJA sendo criado na tabela CORRETA do
SCHEMA correto.Porém, se esse schema ERPEDU_PRODUCAO realmente for o schema
correto que contém TANTO a tabela QUANTO o índice, vc
Blz ? Só posso supor algum BUG na sua versão, OU (também possível) algum erro
de procedimento seu (por exemplo, índice não atualizado depois dos últimos
DMLs, algo no estilo) - veja meu exemplo, num Oracle XE 18c :
=> primeiro dou os privs necessários pro SCOTT, que é quem vai criar tanto o
Ah, o legal é que esse artigo Reforça / dá outro exemplo para o que eu disse
antes, também : quando um objrto fica inválido por causa de DDL mas ele Não tem
Erro de código per se , AUTOMAGICAMENTE ele volta a fica Válido na próxima
execução, ok ??
[]s
Chiappa
Blz ... O ponto é esse que eu disse mesmo, Existem estruturas que referenciam a
tabela como um todo (como um SELECT *) , aí mesmo adição de coluna nova faz
ficar inválido :
https://asktom.oracle.com/pls/apex/asktom.search?tag=adding-a-column-without-impact
Renata, PMFJI mas coloco uma obs : pode ter CERTEZA de que se o objeto que
ficou inválido não referencia diretamente a coluna alterada, ALGUMA outra
referência indireta tem SIM : ele talvez chama uma outra rotina PL/SQL que aí
sim referencia a coluna, ou faz um SELECT * na tabela que possui a
É isso aí... Vale a pena acrescentar a indicação para
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:953961346461093
e
https://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:637156098168
, que demonstram alguns casos mais...
E ambos os artigos trazem
Tudo jóia ? Então, questões de versão de tudo (kernel, RDBMS, pacotes de
sistema, drivers pro teu hardware, etc, etc) sim, podem Muito certamente causar
issues as mais diversas MAS se teu pessoal de infra é fraquinho, é DUVIDOSO que
eles saibam configurar o hardware E os softwares para extrair
Blz ? Então, pra começo de conversa a nota do Suporte "Oracle Certification
Information for Oracle Database on Linux x86-64" (Doc ID 1304727.2) diz
textualmente :
"
Red Hat Enterprise Linux 7 (RHEL7)
RHEL7 is certified with 11.2.0.4 if 'Update' and kernel version minimums are
met, for the
Blz ? Começando pelo Oracle Enterprise Manager, vc tem diversas Empresas que
dão curso sim :além do oficial da própria Oracle em
https://education.oracle.com/pt_BR/oracle-enterprise-manager-cloud-control-12c-workshop-de-configurao-avanada/courP_1173
vc tem
Blz ? Eu tinha mandado uma resposta mas parece que o yahoo!groups não recebeu,
então segue de novo...
Começando pelo XDB, ele é tranquilex, o paper da Pracle
https://www.oracle.com/database/technologies/appdev/xmldb.html já diz
textualmente :
"Oracle XML DB is a high-performance,
Blz, espero que a minha resposta tenha Esclarecido um pouco ao menos o
funcionamento/conceitos do UNDO, demonstrado o porquê da Necessidade dele,
sugerido enfaticamente adotar o backup real via RMAN, E caso isso não seja
possível espero ter indicado as Possibilidades de melhoria no procedimento
Seguem as Respostas e Obs :
"Estou ciente do fato de que - principalmente devido à execução de declarações
SQL muito longas (> 3h) não dá tempo do banco sincronizar os dados da database
com os dos segmentos de UNDO, e isso causa o erro informado."
==> NÃO, colega, não é bem isso não : pra
Blz ? Parece ser meio enrolada atua regra, demandaria mais do que os 2 minutos
(máximo) que deixo pra responder, mas numa olhada rápida acho que vc está muito
muito perto : minha única Ressalva é que vc Absolutamente Não Precisa abrir um
cursor e ficar fazendo IFs, acredito que vc possa fazer
Blz ? Parece ser meio enrolada atua regra, demandaria mais do que os 2 minutos
(máximo) que deixo pra responder, mas numa olhada rápida acho que vc está muito
muito perto : minha única Ressalva é que vc Absolutamente Não Precisa abrir um
cursor e ficar fazendo IFs, acredito que vc possa fazer
Tudo jóia ? Então, não vou citar nomes (até porque estamos em um site
completamente público), mas conheço (por estar pessaolmente relacionado) pelo
menos dois casos de profissionais nesse ramo de atuação : basicamente, é em
SP/Interior (muitas Empresas do interior historicamente trabalharam
Só uma melhoria na resposta : sim, quando cai a comunicação entre os bancos
sim, nenhuma Transação pode progredir, pois o Oracle não tem mais certeza da
confiabilidade... Porém, até onde sei o banco em si Não Vai "Parar"
completamente, Queries vão poder ser feitas sim pois Queries não geram
Bom dia, blz ? Vamos aguardar as respostas de outros colegas mas no meu caso
especificamente posso dizer que usar o RDBMS Oracle em cloud (seja cloud da
Oracle mesmo em que versão for, seja solução de cloud de terceiros) não me
parece ser algo lá muuuito difundido/comum, não... Não sei
Blz ? Sim, quando teu physical standby está rodando com um redo log transport
mode SYNCHRONOUS isso quer dizer que enquanto o servidor STANDBY não 'avisar' o
PRIMARY que um determinado REDO LOG não foi recebido e aplicado OK, a TRANSAÇÃO
em questão fica pendente... Veja que não é que os dois
Ah, detalhe IMPORTANTE quando se fala de parallel sql : se é o efeito de ter N
sessões 'escravas' cada uma processando uma parte da tabela Grande ao mesmo
tempo, em paralelo, MAS por qquer motivo vc não puder usar o Parallel SQL
automático nativo (digamos, vc tá usando Standard Edition onde
Bom, scheduler jobs = database job Transacional, ok, essa parte tá clara...
Agora, insisto : esse paralelismo que vc quer ter "apenas nos JOBS" é PARALLEL
SQL (ie, vc quer que Automaticamente o RDBMS abra sessões slave para
processarem em paralelo , cada uma uma parte diferente, da tabela
E sobre "recomendações de onde/quando usar", é simples : disparado por JOB ou
não, vc PODE usar Parallel SQL quando vc tem um SQL acessando/processando
GRANDES VOLUMES DE DADOS, esse SQL tá sendo executado diretamente (SEM loops,
SEM cursores, de modo DIRETO) ** E ** os recursos necessários
Explica melhor : com "jobs" vc qer dizer DATABASE JOBs, onde SQLs são
executados DIRETAMENTE, sem LOOPs / sem cursores ?? E com "PARALELISMO" vc está
falando de Parallel SQL,, o que engloba tanto Parallel Queries quanto Parallel
DML ??
SENDO ISSO, sim : DESDE que a tua Edition permita
Sim, esse doc é uma Excelente fonte deinformação pras questões de Licenciamento
(tipo, quantas vCPUs correspondem a uma CPU física pra fins de licenciamento,
ok) MAS ao que entendi o colega que perguntou estava numa fase MUITO ANTERIOR A
ISSO no planejamento dele, ele quer saber QUANTAS VCPUs
Na verdade o CONNECT BY não foi inventado exatamente pra isso : dá um look em
https://www.devmedia.com.br/uso-do-connect-by-no-oracle/23647 e
http://www.oradev.com/connect_by.html pra mais refs, mas a idéia dele é query
tipo organograma, onde no 'topo' da estrutura está o Presidente da Empresa
O importante é , mais do que o exemplo, é vc ter compreendido/absorvido os
conceitos expostos, se consegui isso ótimo, objetivo atingido... E fico
contente por ter te ajudado...
[]s
Chiappa
Outra dica : VERIFIQUE se há a minima possibilidade de migração da aplicação
para Forms 12c : eu estou Justamente fazendo isso pra um cliente meu no
momento...
O ponto é que nessa evrsão 12c ALÉM do forms poder rodar como uma aplicação
WEB, vc AINDA tem a possibilidade de fazer ele rodar FORA
Pra vc ter uma noção do que seria necessário, algumas refs de como usar java no
Forms 6i seguem :
https://www.oracle.com/technetwork/developer-tools/forms/documentation/269054-130573.pdf
,
https://sheikyerbouti.developpez.com/forms-pjc-bean/first-bean/first_bean.htm
(este último usa Forms 9i
Nope : como eu disse E repito, as libraries comuns (como a d2kwutil60) E as
built-ins do Forms 6i (como TEXT_IO, HOST, etc) só servem para modo
client/server... Em modo WEB, como eu disse vc teria um LONGO e COMPLEXO
trabalho para converter a WEBUTIL, pois os includes e as libraries Java usadas
Forms 6i em modo CLIENT SERVER ou em modo WEB ??? Se for em modo client/server
a Esmagadora maioria das funcionalidades do WEBUTIL vc tem em packages próprias
do 6i, como TEXT_UTIL, OLE, HOST, etc, etc
Já se for Forms 6i em modo WEB, eu não tenho um exemplo e ** DUVIDO ** que vc
ache :
Ok : pra não ficar "no ar", vamos Exemplificar... Primeiro, vaeja que na query
abaixo eu não tenho registros para TODOS os meses do ano 1981 :
scott@DESENV:SQL>select empno, trunc(hiredate, 'month') data from emp where
extract(year from hiredate)=1981;
EMPNO DATA
-
Bom, pelo que entendi o teu problema é que na tabela em questão quando não há
venda NÃO EXISTE NENHUM registro para o mês em questão : OBVIAMENTE, como eu já
disse algumas vezes em outras respostas, o SGBD *** não Inventa dados *** : se
não existe o registro para um determinado mês, Obviamente
Eu também, acho que nos mais de vinte anos que trabalho com databases se vi uns
dois ou três casos onde valia a pena Evitar índice muito longo (que são a
natural decorrência de uma PK ou UK muito longa), foi muito Já que vc
testou e não é o seu caso (dificilmente ia ser mesmo, as suas
Seguem as respostas :
'
1. PK composta de CNPJ + Fabrica + Local entrega + Doca + Tipo programa"
Ok, é isso.
"2. PK composta por CNPJ + sequencial , combinada com UK composta por Fabrica +
Local entrega + Doca + Tipo programa"
Essa UK seria composta de CNPJ + Fabrica + Local entrega + Doca +
Sim, aí sim : uma constraint de unicidade (mantida por um índice, ok) composta
por CNPJ + Fabrica + Local entrega + Doca + Tipo de programa aí Entendo que
fecha a questão de Integridade Com CERTEZA isso não tinha ficado claro,
não, mas ok...
Voltando á sua pergunta de PK, seguinte : as
Blz ? Então, primeira coisa se na tabela-pai a PK é CNPJ, para que a nova
tabela seja considerada FILHA da tabela-pai ela TEM que ter essa mesma coluna
CNPJ criada como FK e apontando pra PK da tabela pai, okdoc ?? A PK da
tabela-filha não importa pra essa funcionalidade...
Muito bem : isso
Blz ? Bom, em primeiro lugar, já que um XML nada mais é do que um SIMPLES TEXTO
ASCII, absolutamente SEM binários nele, não vejo muito sentido em salvar num
BLOB , que como o proprio nome indica (BLOB = Binary Large OBject), que em
princípio serve para armazenar dados BINÁRIOS, e não texto
Blz ? Então, antes de te responder, trago à baila a preciosa pérola de
sabedoria :
THERE IS NO CLOUD, IT IS JUST SOMEONE ELSE'S COMPUTER
leu e releu, captou a Essência ?? Muito bem, então muita coisa quando se fala
em cloud deriva daí : por exemplo, se é o computador de alguém em OUTRO lugar,
Yep, é isso aí : tal como a tabela Claramente mostra, POR ENQUANTO a feature só
está disponivel para Enterprise Edition rodando o software EXADATA, não para o
EE 'comum' Eu disse POR ENQUANTO porque o 19c é um produto MUITO MUITO
recente, isso Pode Ser que mude, mas por enquanto essa é a
Atenção que essa tabela fala bem claramente :
Table 1-8 Performance
Feature / Option / PackSE2 EE EE-ES DBCS DBCS DBCSDBCS
ExaCS Notes
SE EE EE-HP EE-EP
Automatic Indexing N NYN N
Tudo jóia ? Não, colega, ABSOLUTAMENTE NÃO ROLA de vc usar um ALIAS de outra
coluna num dado SELECT : dá um look no manual de "SQL REFERENCE" que no
capítulo do SELECT vc vai ver CLARAMENTE que num lista a ser pesquisada num
SELECT só vale OU colunas de tabelas citadas no FROM, OU colunas
Só uma obs : esse / no final do comando é uma questão de sintaxe DO SQLPLUS, é
um sqlplus-zismo apenas : então OBVIAMENTE só é necessário se vc for executar o
script NO SQLPLUS : faça o teste com OUTRAS tools e vc verá que não é exigido,
normalmente...
[]s
Chiappa
Blz ? Então, vc não deixou CLARO pro Cesar na sua resposta exatamente O QUE vc
copia com scp/cp/sync para o servidor de banco de teste : SE for os próprios
arquivos de backup gerados pelo RMAN, E esse backup RMAN é corretamente
restaurado e é feito o recover de banco com sucesso , aí MORREU
E é claro : documentos técnicos como a nota metalink/My Oracle Support
"ORA-19599 When backing up an archivelog that is corrupt" (Doc ID 461239.1) já
indicam que esse erro NECESSARIAMENTE tem TUDO A VER com corrupção nos archives
- ok, PODE ser que isso decorra do backup de archive sendo
Não sabemos se esse tal "mapeamento de rede" que vc diz que tá usando junto co
o backup backupset tá corrompendo o backup, tá causando algum problema, sabemos
lá ... Eu recomendaria que vc fizesse o seguinte teste : pega os arquivos de
backup que foram gerados diretamente no servidor Oracle de
Blz ? Então, pra começo de conversa, IMHO o procedimento Correto pra se validar
um backup é RESTAURAR ELE, com o comando RESTORE, até porque APENAS O RESTORE é
que faz TODAS as operações necessárias, okdoc ??
Preferencialmente isso devia ser feito com um restore DE VERDADE, num OUTRO
servidor
Blz ? Então, pra começo de conversa, IMHO o procedimento Correto pra se validar
um backup é RESTAURAR ELE, com o comando RESTORE, até porque APENAS O RESTORE é
que faz TODAS as operações necessárias, okdoc ??
Preferencialmente isso devia ser feito com um restore DE VERDADE, num OUTRO
servidor
E é Óbvio, mas só pra deixar Claro : se a necessidade é reaproveitar quase que
CADA grãozinho de espaço disponível, a idéia é usar TUDO que foi sugerido, ie :
Analisar as possibilidades de compactação de tabelas e índices, Analisar a
chance de liberar espaço sem dados depois de DELETE, Analisar
Nesse cenário, vamos RECRIAR os extents, de forma que os extents reservados
sejam liberados :
SYSTEM@O11GR2>create tablespace TS_MOVTO datafile
'C:\APP\ORACLE\ORADATA\O11GR2\O11GR2\TS_MOVTO_01.DBF' size 10M autoextend on
maxsize unlimited EXTENT MANAGEMENT LOCAL AUTOALLOCATE SEGMENT SPACE
Sem dúvida, vc PODE remover o espaço acima da hwm, vc PODE também alterar
pctfree/pctused pra que MENOS espaço dentro dos blocos fique reservado para
futuros UPDATEs, vc PODE compactar tabelas e índices, vc PODE recriar um
extent com um tamanho menor para que o último extent não usado até o
Sobre a questão de qual versão migrar, só alguns Avisos, que não sei se vc tá
ciente :
a. a versão do RDBMS 11g que a Oracle oferece para download gratuito no
technet.oracle.com é 11.2.0.1 : para chegar na 11.2.0.4 vc TEM que baixar um
patchset no site de Suporte Oracle, e isso só consegue
E um OUTRO ponto importantíssimo : além de liberar o possível de espaço DENTRO
do database Oracle, vc PODE também conseguir liberar algum espaço FORA dos
arquivos de dados do Oracle Veja vc, durante a operação um database Oracle
pode gerar ** muitos ** arquivos de log, arquivos temporários,
Opa, segue :
"Essas tabelas não sei lhe responder se sofrem só INSERT, não conheço o sistema
a fundo."
==>> ESSE é o ponto CRUCIAL : veja vc, COMO EU DISSE a principal situação em
que vc tem espaço que momentaneamente ocupa lugar no disco/não pode ser
devolvido ao SO mesmo estando sem dados é
Off-topic , mas deixa eu comentar : vc SABE que o banco 11gR2 já está FORA DE
SUPORTE, ie, não tem mais bugfix , e se precisar vc Não Vai Mais poder comprar
nem Licença de uso e nem Suporte técnico pra ele, certo ???
Então sendo assim, a não ser que o fornecedor da Aplicação especificamente
Blz ? Então, explica melhor exatamente o que vc está chamando de "espaço
perdido" : por exemplo, essas tabelas sofreram DELETEs de grande monta, aí
(obviamente, como DEVERIA acontecer) esse espaço que no momento está sem dados
continua reservado para as tabelas que o usaram, de modo a ACELERAR
Blz ? Entao, antes de responder acredito que vc já sabe mas não custa botar por
escrito o conceito técnico : um database Oracle nada mais é do que um conjunto
de arquivos (controlfiles, datafiles, redo log files, initfile, etc) , e pra
podermos Acessar esses arquivos eles TEM que ser
A minha pergunta é bem simples : na sua máquina Windows 64-bits vc zerou a
máquina, instalou o client 64-bits E o client 32-bits com a opção Customizada
incluindo além do OLEDB PROVIDER o sqlplus, o OCI, as tools de administração,
etc, E depois configurou adequadamente os clients E conectou com
Assim sendo, em cima desta informação minha Recomendação final pro Samuel sobre
o assunto é :
1. zerar a máquina, instalar os clients 12cR2 full de 64 E 32 bits com a opção
customizada INCLUINDO OLEDB PROVIDERs, configurar AMBOS os clients (o que já
vai deixar o OLEDB configurado) e TESTAR
Blz ? pessoal, apenas para registro, fui fazer um teste num notebook Windows
8.1 64-bits com os dois clients 12cR2 full (o de 32 E o de 64 bits) instalados,
e a primeira coisa, descobri que (ao menos nessa versão 12.2) na verdade junto
com o client JÁ VEM o Oracle OLEDB provider : basta
Blz ? pessoal, apenas para registro, fui fazer um teste num notebook Windows
8.1 64-bits com os dois clients 12cR2 full (o de 32 E o de 64 bits) instalados,
e a primeira coisa, descobri que (ao menos nessa versão 12.2) na verdade junto
com o client JÁ VEM o Oracle OLEDB provider : basta
Tendi... Fiquei curioso pra aprender esse trem, assim que puder vou numa
máquina que tenha o client E o oledb presentes e configurados e vou tentar
fazer o mesmo passo-a-passo da nota de Suporte, pra aprender...
[]s
Chiappa
Yep, até deduzi isso, mas nunca vi mais gordo nem mais magro, realmente foge do
meu conhecimento... Se vc já usou isso/tem esse conhecimento, Angelo, se puder
jogar aqui no grupo um copy/paste da criação e uso dum cara desses neste
cenário de máquina+windows 64 bits tentando conectar com OLEDB
Blz ? Vou responder separadamente cada item :
"Não sou um expert em banco de dados, meu negócio é desenvolvimento de
sistemas..."
Sorry, mas um especialista em Banco de Dados especificamente só seria útil pra
assegurar que o BANCO DE DADOS em si está corretamennte setado, E que está
acessível
É ISSO que eu quis Sinalizar, ie, a POSSIBILIDADE de bugs/incompatibilidades
com o software Delphi mais anti com o novo Sistema Operacional, captou a msg
?? E claro, NÂO ESTOU AFIRMANDO que é isso o seu problema, estou meramente
Apontando a Possibilidade Mas INSISTA nessa questão de
OKDOC, mas porque versão 8,que é mais antiga do que o Sistema operacional em
questão ???
[]s
Chiappa
1 - 100 de 1729 matches
Mail list logo
