Tulains Córdova's questions

Cenário:

• O backp do RMAN foi feito nesta pasta:/xxx/yyyy
• O banco de dados foi apagado acidentalmente.
• Por um motivo estranho, as peças de backup não estão mais em /xxx/yyyy, agora estão em/aaa/bbb
• Eu faço um nomount de inicialização, restauro o arquivo de controle do novo local/aaa/bbb
• Eu coloquei o DB no modo de montagem.
• Quando tento restaurar o BD, ele falha porque as peças de backup não foram encontradas (o arquivo de controle restaurado diz que as peças de backup devem estar em /xxx/yyyy)
• Eu tento definir CHANNEL DEVICE TYPE DISK FORMATpara o novo local (/aaaa/bbb) esperando que o RMAN seja inteligente o suficiente para encontrar as peças de backup, mas isso não pode ser feito com um arquivo de controle de backup.

Como posso restaurar neste cenário em que tenho todos os meus backups em outra pasta que não foi o backup original?

Recebi esta consulta desta postagem do blog para determinar o tamanho ideal do redo log on-line em bancos de dados pré-Oracle10.

Estou preso ao Oracle 9i para essa instância específica por motivos além do meu nível de pagamento e, nesta versão, a exibição V$INSTANCE_RECOVERYnão possui a OPTIMAL_LOGFILE_SIZEcoluna):

SELECT
      (SELECT ROUND(AVG(BYTES) / 1024 / 1024, 2) FROM V$LOG) AS "Redo size (MB)",
      ROUND((20 / AVERAGE_PERIOD) * (SELECT AVG(BYTES) FROM V$LOG) / 1024 / 1024, 2) AS "Recommended Size (MB)"
FROM 
     (
                SELECT AVG((NEXT_TIME - FIRST_TIME) * 24 * 60) AS AVERAGE_PERIOD
                FROM V$ARCHIVED_LOG
                WHERE FIRST_TIME > SYSDATE - 3
                AND TO_CHAR(FIRST_TIME, 'HH24:MI') BETWEEN
                '00:00' AND '23:59'
      );

Recuei a consulta para entender melhor, mas não consigo entender porque o autor usa o número mágico 20.

Alguém pode me dizer por que 20e se essa consulta pode ser melhorada?

Cenário:

• A tabela MY_TABLEtem restrição de chave primáriaPK_MY_TABLE
• A tabela MY_TABLEtambém possui um índice chamado IDX_PK_MY_TABLEque reforça a exclusividade da restrição PK_MY_TABLE.

Se eu desativar a restrição PK_MY_TABLEe, em seguida, habilitá-la novamente, o índice será IDX_PK_MY_TABLEreconstruído?

Recentemente, descobri em um banco de dados Oracle 8.1.7.3.0 legado que o tablespace que contém a tabela AUD$ está em modo de backup há seis meses. Não sei quem emitiu o comando de backup inicial seis meses atrás.

• Os backups agendados são cold backups que não emitirão um comando de fim de backup em nenhum espaço de tabela. O banco de dados pode ser desligado e inicializado sem nenhum problema.
• Os arquivos de dados pertencentes às tabelas AUD$ têm uma data de modificação agora mesmo.
• Ao consultar a tabela AUD$, você pode ver que ela está sendo atualizada quase a cada minuto. Esta tabela é inserida dados continuamente.
• Entendo que as informações de REDO são geradas quando um arquivo de dados está no modo de backup ativo, mas esse espaço de tabela não está no modo de backup há seis meses, pelo amor de Deus.

Minhas perguntas:

• Esse espaço de tabela pode continuar no modo de backup ativo para sempre sem consequências?
• Há risco de perda de dados?
• Isso é um desastre esperando para acontecer?
• O que exatamente está acontecendo aqui?

Eu tenho um nome de tabela mytable no Oracle 9i.

colunas de mytable são

id number(9,0)
C1 LONG RAW,
C2 VARCHAR2(256),
C3 BLOB,
C4 BFILE

quando tento fazer isso:

create this_other_table as
select * from mytable;

Eu entendi isso:

ORA-00997: illegal use of LONG datatype

Eu acho que o resto das colunas que são de algum tipo de dados binários (BLOB, E BFILE, além de LONG RAW) também produzirão erros.

Alguém poderia por favor lançar alguma luz sobre como fazer isso?

Por favor, antes de sinalizar como duplicado, leia os últimos parágrafos.

Em um banco de dados Oracle 9i, essa consulta é executada em 0,18 segundos :

select
    count(*)
from 
    dba_synonyms s,dba_objects t
where
    s.TABLE_OWNER = t.OWNER(+) and
    s.TABLE_NAME = t.OBJECT_NAME(+) and
    s.DB_LINK is null and
    t.OWNER is null;

...mas este é executado em terríveis 120 segundos !:

select
    count(*)
from 
    dba_synonyms s left join dba_objects t 
                   on ( s.TABLE_OWNER = t.OWNER and s.TABLE_NAME = t.OBJECT_NAME ) 
where                   
    s.DB_LINK is null and
    t.OWNER is null

Observe que a única diferença é usar a sintaxe de junção proprietária do Oracle versus a sintaxe de junção ANSI.

Esta questão não é uma duplicata desta porque aquela outra questão é sobre uma consulta muito complexa envolvendo mais de 9 tabelas, e a única resposta aponta que as consultas são muito diferentes além do uso da sintaxe (principalmente a ordem das tabelas).

No meu caso é uma consulta extremamente simples, uma mera junção entre duas relações sem maiores complicações de diferenças, inclusive a ordem das tabelas.

• Isso é um bug no Oracle 9i?
• Qual é a causa de uma diferença tão dramática no desempenho?

Bem, o título da pergunta é auto-explicativo.

• Exportação concluída com sucesso com avisos .
• O log mostra vários erros de instantâneo muito antigo ORA-01555.

- Posso usar esse arquivo dmp para realizar uma importação completa em outra instância?

- Executar a exportação em modo restrito (sem usuários conectados) garantiria que não ocorresse 'ORA-01555 snapshot muito antigo'?

Pediram-me para gerar um relatório das operações realizadas em determinadas tabelas do Oracle 9i em um determinado período de tempo.

Quando consulto a DBA_AUDIT_TRAILtabela só consigo SESSION RECna ACTION_NAMEcoluna.

Eu estava esperando SELECT, INSERT, DELETEetc.

• O que estou fazendo errado?
• O que SESSION RECsignifica?

Estou instalando o Oracle 9.2.4.0 (eu sei, eu sei...) no Red Hat Enterprise Linux AS release 4 (Nahant Update 8) 64 bits usando um instalador Oracle de 32 bits.

Parece estar parado ou travado em 17% enquanto "Instalando arquivos de suporte necessários de 32 bits" indicando "vinculação pendente" .

Isto é o que o log diz a partir de agora:

[oracle9@xxxx]$ tail -f installActions2007-09-24_07-34-38PM.log
    copyAsText = null
    JarLoc = /tmp/OraInstall2007-09-24_07-34-38PM/temp36
    gpEntries = [[libvsn_ee9.a ->%ORACLE_HOME%/lib32/libvsn9.a 2214 plats=2=>[46] langs=2=>[en,fr,ar,bn,pt_BR,bg,fr_CA,ca,hr,cs,da,nl,ar_EG,en_GB,et,fi,de,el,iw,hu,is,in,it,ja,ko,es,lv,lt,ms,es_MX,no,pl,pt,ro,ru,zh_CN,sk,sl,es_ES,sv,th,zh_TW,tr,uk,vi]]
, [libntcps9.a ->%ORACLE_HOME%/lib32/libntcps9.a 52696 plats=2=>[46] langs=2=>[en,fr,ar,bn,pt_BR,bg,fr_CA,ca,hr,cs,da,nl,ar_EG,en_GB,et,fi,de,el,iw,hu,is,in,it,ja,ko,es,lv,lt,ms,es_MX,no,pl,pt,ro,ru,zh_CN,sk,sl,es_ES,sv,th,zh_TW,tr,uk,vi]]
, [naeet.o ->%ORACLE_HOME%/lib32/naeet.o 6029 plats=2=>[46] langs=2=>[en,fr,ar,bn,pt_BR,bg,fr_CA,ca,hr,cs,da,nl,ar_EG,en_GB,et,fi,de,el,iw,hu,is,in,it,ja,ko,es,lv,lt,ms,es_MX,no,pl,pt,ro,ru,zh_CN,sk,sl,es_ES,sv,th,zh_TW,tr,uk,vi]]
]
    DllGroup = false

Llamando acción unixActions2.2.0.18.0  touchFile
    source = /folderA/oracle/folderB/OraHome1/lib/ldflags 

Já instalamos o Ora9i 32 bits com sucesso em servidores de 64 bits antes.

Qual você acha que é o problema aqui?

Tenho essa ideia de que os nomes/aliases de serviços dados aos descritores de conexões em um arquivo tnsnames.ora (não aquele do servidor que os dblinks usam, mas o do público) não deve de forma alguma estar relacionado ao SID e muito menos ao nome do servidor.

Suponha que o nome do servidor seja "myserver" e o SID da instância seja "myinstance".

Eu acho que dar o alias "myinstance-at-myserver" para a string de conexão não é uma boa ideia porque você está de alguma forma acoplando algo lógico a algo físico.

• Estou certo ou errado e por quê?

Esta é a melhor prática?:

# one server-instance-named descriptor
MYINSTANCE-AT-MYSERVER =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myserver)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = myinstance)
    )
  )

Ou é isso?

# several business-named descriptors pointing to the same listener
RRHH =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myserver)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = myinstance)
    )
  )

FINANCE =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myserver)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = myinstance)
    )
  )

SALES =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myserver)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = myinstance)
    )
  )

Temos vários bancos de dados MySQL 5.0.

Temos tido problemas de segurança, como registros sendo modificados sem autorização.

Precisamos implementar algum tipo de auditoria nas operações DML identificando usuários que realizam operações UPDATE ou DELETE em algumas tabelas críticas.

Eu tenho pesquisado sobre qualquer opção my.conf que ativaria esse tipo de auditoria, sem sucesso.

Cenário:

1. eu tenho instânciaA
2. eu tenho instânciaB
3. Eu tenho USER1 na instânciaA
4. Eu tenho USER1 na instânciaB
5. USER1 na instância A tem quatro funções concedidas a ele:
   • ROLE1 padrão sim admin_option não
   • ROLE2 default false admin_option sim
   • ROLE3 default false admin_option não
   • ROLE3 padrão sim admin_option sim
6. USER1 na instânciaB não tem funções concedidas
7. Todas as funções mencionadas também existem na instânciaB, embora não sejam concedidas a USER1
8. Já escrevi um script que gera o DDL para duplicar as concessões de função para USER1 na instânciaB.

Problema:

1. Não encontrei uma maneira de fazer o seguinte programaticamente porque a DEFAULT=NOparte não existe na GRANT ROLEcláusula.

   • conceder ROLE1 para USER1; -- opção de administração não
   • conceder ROLE2 para USER1 DEFAULT NO com opção admin;
   • conceder ROLE2 para USER1 DEFAULT NO ;
   • conceder ROLE3 para USER1 com opção admin;

2. Observe que desejo replicar na instância B o mesmo conjunto de funções que USER1 tem na instância A, o que significa que duas das funções são padrão e duas não são .

3. Estudei definir a função padrão false para ROLE2 e ROLE3 depois de concedê-los, usando ALTER USER DEFAULT ROLEmas isso funciona apenas para definir TODAS as funções como padrão ou definir TODAS as funções como não padrão com NONE.

4. Não consigo encontrar uma maneira de definir apenas ROLE2 e ROLE3 como não padrão e ROLE1 e ROLE2 como padrão.
5. Eu sei que posso definir isso usando o console visual, mas preciso automatizar isso, então preciso de uma forma de sintaxe para fazer isso.
6. Não quero fazer com que as funções peçam senha. Todas as funções nos bancos de dados não são funções de senha.

Problema

• Estou truncando uma tabela muito grande (mais de 210 milhões de linhas).
• Já se passaram horas desde que começou e não tenho ideia de quando será feito.
• Existem várias tabelas como essa, que eu quero truncar.
• O banco de dados é Ora9i.

Pergunta

• Como posso fazer para tornar os truncados mais rápidos?
• Além disso, existe uma maneira de ver o progresso da operação de truncamento?

Eu tenho este cenário:

1. Um enorme (milhares de tabelas), complexo banco de dados de produção Oracle 8,
2. Um enorme (milhares de tabelas), complexo, banco de dados de desenvolvimento Oracle 9, (mesma estrutura de produção)
3. No banco de dados de desenvolvimento, alguns stored procedures e packages foram modificados e novos foram adicionados.
4. O banco de dados de desenvolvimento tem novas tabelas em alguns esquemas
5. Nem o Oracle 8 expnem o Oracle 9 imptêm a opção ROWS ONLY

Geralmente fazemos o seguinte porque é a única maneira de obter dados atualizados corretamente porque uma importação com ignore=yesapenas inseriria novos dados, mas não atualizaria linhas pré-existentes com o mesmo PK, mas valores diferentes em colunas não PK:

1. Exclua um esquema e crie o usuário novamente para ter um esquema vazio
2. Importar de usuário para usuário para o esquema vazio

O problema é:

1. Como atualizar o banco de dados de desenvolvimento com dados novos de uma exportação de produção sem precisar excluir o esquema primeiro, pois há novos procedimentos/pacotes armazenados, bem como modificados no banco de dados de desenvolvimento?
2. O processo de comparação para recriar apenas procedimentos armazenados modificados ou novos após a exclusão do esquema, para recuperá-los de um backup, seria muito propenso a erros.
3. Existem milhares (literalmente) de tabelas, então não queremos programar um procedimento armazenado para atualizar os dados em determinada ordem, etc. Isso levaria meses para escrever e testar.

O que seria uma solução baseada em importação para isso?

EDIT: não mencionei que prod é Solaris e dev é RedHat.

Eu tenho esse problema.

Eu preciso fazer algumas tarefas administrativas em um banco de dados MS SQL usando uma conta SA.

• A autenticação do SO não está definida.
• O SQL Server Manager Manager Studio não está instalado.
• Não tenho outra conta de banco de dados de administrador.
• Eu tenho acesso a uma conta de administrador do Windows
• As únicas ferramentas instaladas no servidor de banco de dados são as mostradas:

Como posso ativar a autenticação do sistema operacional para que eu possa fazer login no banco de dados e redefinir a senha SA?

Queremos detectar erros programaticamente em pg_dumps agendados cron.

Além de verificar se o arquivo de log termina ou não em "pg_dump: salvando a definição do banco de dados":

Que outra string indicadora posso grep para verificar programaticamente se um despejo está ok.

Eu sou novo no MS SQL Server.

Colegas que trabalham com segurança de TI executaram uma varredura mostrando usuários de banco de dados com senha nula.

Alguns deles são ( # incluídos )

##MS_SQLResourceSigningCertificate##
##MS_SQLReplicationSigningCertificate##
##MS_SQLAuthenticatorCertificate##
##MS_PolicySigningCertificate##
##MS_SmoExtendedSigningCertificate##
##MS_AgentSigningCertificate##

Suspeito que eles não sejam uma ameaça à segurança, mas, como também não usam a Autenticação do Windows, não sei como sustentar essa suposição.

Para que servem esses logins?

Com alguma periodicidade, isso precisa ser feito:

• Inserção de dados de um banco de dados de produção em um banco de dados de teste/desenvolvimento, para que os programadores tenham novos dados para testar.
• Migrar dados de um banco de dados para outro, por qualquer motivo.

Nota: os bancos de dados são relacionais.

O problema é:

• Os bancos de dados foram modelados com uma política "all-PK-are-surrogate".
• Mover dados de um banco de dados para outro envolve programação para evitar a colisão de valores de PK (gerados por sequências).
• Uma tabela pareando os valores das PKs das tabelas do banco de dados de origem e destino é necessária para fazer a "equivalência" entre as chaves substitutas.
• A referida tabela deve ser criada antes da migração, combinando chaves de negócios (que não são PK, portanto, não controlam FKs)
• A migração de dados mesmo de uma única tabela não é trivial, ao contrário de tabelas com chaves naturais.

Qual é a maneira mais fácil de copiar linhas de um banco de dados para outro quando todas as tabelas têm chaves substitutas?