Wouter's questions

Estou tendo problemas para entender exatamente o que esperar da CleanupTimeopção na solução de manutenção de servidor Ola Hallengren . Estou encontrando algumas perguntas relacionadas e respostas elaboradas, mas as explicações ainda me confundem um pouco.

Especificamente:

Estou fazendo um backup FULL semanal, um backup DIFF diário e um backup LOG de hora em hora. O backup COMPLETO está usando o padrão CleanupTimede 24h. O backup DIFF e LOG tem NULL como CleanupTime.

Na documentação do parâmetro CleanupTime , não consigo entender se definir a CleanupTimeconfiguração para um backup de BackupTypeFULL, também excluirá arquivos de backup DIFF e LOG mais antigos ou apenas arquivos de backup FULL.

Especifique o tempo, em horas, após o qual os arquivos de backup serão excluídos. Se nenhuma hora for especificada, nenhum arquivo de backup será excluído.

O último parágrafo me faz pensar que a configuração CleanupTimede backups de BackupTypeFULL também excluirá os logs de transações mais antigos. Ainda não está claro se este parágrafo se aplica apenas aos backups do BackupTypeLOG, ou também aos backups do BackupTypeFULL.

O DatabaseBackup tem uma verificação para verificar se os backups de log de transações mais recentes que o backup completo ou diferencial mais recente não são excluídos.

O que estou tentando alcançar é que posso fazer uma recuperação pontual em até 1 semana. (Temos um banco de dados que muda muito lentamente, então isso é viável) Da maneira que entendo agora, isso exigiria um backup completo de uma semana e um backup de log de transações de uma semana. Uma vez que os backups completos e diferenciais só podem ser usados ​​para restaurar para um ponto específico no tempo.

Então, devo apenas definir a CleanupTimeopção do meu trabalho de backup COMPLETO para 24*7? O que estou supondo agora é que configurá-lo para 24h fará com que o próximo backup FULL exclua todos os arquivos de backup Full, diff e log de transações mais antigos, deixando-me com uma janela de recuperação pontual de ... 0 horas. Certo?

Eu tenho um arquivo de dados de texto simples contendo registros cujos campos são separados pelo caractere não imprimível "File Separator" (0x1c) . Estou tentando usar o utilitário bcp do SQL Server para carregar esses dados no meu banco de dados. No entanto, ao usar o valor codificado em hexadecimal do Separador de Arquivos como TERMINATOR, recebo um erro de sintaxe.

ja tentei usar

• o valor codificado hexadecimal:"0x1c"
• o valor codificado em XML como hexadecimal:""
• o valor codificado em XML como decimal:""

Nada disso funciona, mas ao usar a mesma codificação para um caractere imprimível, como tab, isso funciona: 	, 	( 0x9não funciona. Não é surpresa, pois este é um arquivo XML.)

A conclusão parece ser que os caracteres não imprimíveis não são suportados. É este o caso? Isso seria irônico, já que os caracteres separadores não imprimíveis são criados exatamente para esse fim...

Abaixo você pode encontrar todo o código para reproduzir este problema:

Arquivo de formato XML: test.xml

<?xml version="1.0"?>
<BCPFORMAT xmlns="http://schemas.microsoft.com/sqlserver/2004/bulkload/format" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <RECORD>
  <FIELD ID="1" xsi:type="CharTerm" TERMINATOR="&#x1c;" MAX_LENGTH="10" COLLATION="Latin1_General_CS_AS_WS"/>
  <FIELD ID="2" xsi:type="CharTerm" TERMINATOR="\r\n" MAX_LENGTH="41"/>
 </RECORD>
 <ROW>
  <COLUMN SOURCE="1" NAME="COL1" xsi:type="SQLVARYCHAR"/>
  <COLUMN SOURCE="2" NAME="COL2" xsi:type="SQLNUMERIC" PRECISION="4" SCALE="0"/>
 </ROW>
</BCPFORMAT>

Arquivo de dados: test.txt
Esta é apenas uma linha, como um caso de teste. O StackExchange não mostra o separador na linha abaixo, mas quando você clica em "Editar" para esta postagem, o separador é incluído e você deve poder copiar e colar isso.

1111111112008

Linha de comando

bcp TEST_DB.dbo.UL_TEST in "test.txt" -T -f "test.xml"

No Microsoft SQL Server (2014), é possível escolher entre um agrupamento que não diferencia maiúsculas de minúsculas e diferencia maiúsculas de minúsculas.

Meu motivo para usar um agrupamento que diferencia maiúsculas de minúsculas seria fazer "test" = "TEST"return false.

No entanto, o que gostaria de preservar é que, quando "TEST"existe uma tabela, escrever uma consulta como select * from test;ainda funcionaria. Quando o banco de dados tem um agrupamento que diferencia maiúsculas de minúsculas, isso não acontece, porque eu precisaria escrevê-lo comoselect * from TEST;

Existe uma maneira de definir "agrupamento de objetos" e "agrupamento de strings" separadamente?

Estou tentando duplicar um banco de dados Oracle baseado em backups para testar se eles podem ser usados ​​em caso de falha total do sistema. Portanto, quero fazer isso sem uma conexão com o banco de dados de origem. Não estou usando um Catálogo de Recuperação.

Eu li todo o manual, mas estou preso na etapa 7 de "Preparando para duplicar um banco de dados" no quarto ponto:

4. Inicie o SQL*Plus e conecte-se à instância auxiliar como um usuário com privilégios SYSDBA ou SYSBACKUP.

O servidor auxiliar para o qual estou duplicando é uma instalação limpa e vazia, sem banco de dados configurado ainda, como o manual menciona na Etapa 3 :

Instale um banco de dados Oracle que seja da mesma versão do banco de dados de origem. Não crie um banco de dados; instale apenas o software.

Agora, ao correr

sqlplus "/ as sysdba"

eu recebo

ORA-12560: TNS:protocol adapter error

Não totalmente inesperado, pois em nenhum momento configurei um ouvinte ou serviço Oracle. Então... o que eu perdi? Eu entendi mal a parte sobre não criar um banco de dados? "um banco de dados" não é o mesmo que "uma instância"? Ignorei uma parte do manual? E o que ainda devo instalar/criar para ter uma "instância auxiliar" que possa iniciar no nomount?

EDIT: Isso está em um ambiente de servidor Windows

O manual Oracle 12c 2 Day DBA afirma:

Embora os backups de bancos de dados inteiros possam ser um elemento importante em sua estratégia geral de backup, eles também são uma etapa necessária em algumas situações, como quando você ativa ou desativa o modo ARCHIVELOG.

(Estou assumindo que um backup de banco de dados "inteiro" é o mesmo que um backup de banco de dados "completo", conforme mencionado na seção Conceitos .)

Na seção " Ativando o arquivamento de arquivos de redo log ", o manual afirma:

Você não pode usar backups anteriores à mudança para o modo ARCHIVELOG para restaurar e recuperar o banco de dados para um ponto no tempo após a mudança. Portanto, se você não fizer um backup imediatamente após a troca, estará executando seu banco de dados sem um backup válido.

O primeiro trecho do manual está errado? O requisito é que você precisa de algum tipo de backup? Ou realmente precisa ser um backup completo, em oposição a um backup de nível 0? Se sim, por que a diferença?

Tenho 35 milhões de documentos XML altamente estruturados, com um tamanho total de 500 GB. Um XSD está disponível para esses dados e o objetivo final é transformar os dados em um RDB. Todos os campos podem ser considerados varchar, número ou data; exceto talvez um ou dois campos CLOB. A estrutura XSD contém muitos relacionamentos 1-n e estruturas sub-aninhadas, portanto, é bastante complexa.

Os dados precisam ser carregados uma vez e, em seguida, transformados em um RDB uma vez, portanto, a velocidade das consultas de atualização/inserção é irrelevante. Além disso, a velocidade de carregamento/criação do índice não é tão importante, pois só precisa ser executada uma vez. Contanto que termine dentro de uma ou duas semanas, estou feliz.

No momento estou configurando o XMLDB registrando o XSD como Object Relational, com create objects e create tables configurados como true. Por enquanto, não adicionei nenhuma outra anotação significativa ao XSD e estou carregando apenas cerca de 50 MB de dados como teste. Estou usando todo um conjunto de consultas XMLTable/flwor para transformar os dados XML em tabelas RDB. Temo que escalar isso para 500 GB fará com que as consultas sejam executadas por toda a eternidade.

Como sou muito novo no XMLDB e há muitos ajustes e configurações possíveis na documentação do XMLDB, gostaria de saber se há alguns recursos/anotações/otimizações cruciais... devo procurar isso pode ter um impacto na velocidade geral das consultas finais ou em outras partes do processo.

Esta é uma pergunta muito ampla, mas qualquer dica é bem-vinda e, se houver mais informações que possam ser relevantes, pergunte!