dev_etter's questions

A documentação da AWS para usar a restauração nativa especifica que a restauração de vários arquivos é permitida:

Para evitar erros ao restaurar vários arquivos, certifique-se de que todos os arquivos de backup tenham o mesmo prefixo e que nenhum outro arquivo use esse prefixo.

O exemplo a seguir mostra a restauração de vários arquivos.

exec msdb.dbo.rds_restore_database @restore_db_name='database_name', @s3_arn_to_restore_from='arn:aws:s3:::bucket_name/bakup_file_*'

De quantos arquivos posso restaurar?

Como posso determinar quando o controle de alterações foi ativado em uma tabela em um banco de dados SQL?

Suponha que essa tabela tenha uma rotina de limpeza regular, o que significa que olhar para o registro mais antigo na tabela de controle de alterações não fornecerá a resposta correta.

Às vezes, certas tarefas do plano de manutenção do SQL Server podem ser problemáticas, como encolher banco de dados, reconstruir índice, atualizar estatísticas etc. se são necessários.

Existe uma maneira de consultar os planos de manutenção que executam uma ou mais tarefas específicas?

(Não se limitando às tarefas que mencionei.)

Desejo fazer backup dinamicamente de todos os bancos de dados em uma determinada instância SSAS usando um trabalho do SQL Agent (que provavelmente envolveria a execução de um pacote SSIS). É imperativo que este seja um processo dinâmico - se os usuários adicionarem bancos de dados ou cubos, desejo configurar um trabalho uma vez que possa detectar automaticamente todos os metadados SSAS existentes.

Infelizmente, não vejo nada por aí que me diga como posso fazer backup automática e dinamicamente de todos os bancos de dados em uma instância do SSAS de maneira limpa. Por "limpo" quero dizer:

• Usando o DatabaseIdno comando de backup, não o arquivo DatabaseName. Às vezes, pode haver uma diferença entre a DatabaseNamee a DatabaseId, e se houver uma diferença, o backup falhará se o DatabaseNamefor usado no lugar do DatabaseId. Apenas consultar o esquema de Catálogos sozinho não me dará o arquivo DatabaseId.
• Evitando a necessidade de criar um servidor vinculado toda vez que encontro uma nova instância para fazer backup.

Criei um pacote SSIS para percorrer todos os bancos de dados em uma instância do SSAS. Ele pega o DatabaseId usando AMO em um vbscript e, em seguida, gera o XMLA para fazer backup de cada banco de dados.

A maioria dos bancos de dados faz backup sem problemas, mas quando o ForEach chega a um banco de dados específico, a tarefa DDL Execute Analysis Services parece travar. O arquivo .abf é criado, mas o pacote SSIS parece não obter a resposta de que o comando foi concluído. É como se o processo de backup estivesse preso no arquivo.

Quando faço backup do banco de dados usando caixas de diálogo do SSMS, ocorre o mesmo problema. Eu verifiquei que outros backups de bancos de dados foram bem-sucedidos usando esse método.

Devo observar que o banco de dados em questão tem 0,0 MB de tamanho "estimado" de acordo com as propriedades do banco de dados no SSMS. O banco de dados está realmente vazio ou isso pode ser um sinal de corrupção?

Por que o processo de backup não é concluído? Não recebo mensagens de erro, apenas um processo de longa duração que não termina. Existe algo que eu possa fazer para encontrar a causa raiz?

Nosso servidor SQL reside em uma SAN. Ele contém dezenas de bancos de dados OLTP, alguns com várias tabelas contendo mais de 1 milhão de registros.

Temos executado os scripts de manutenção de índice de Ola Hallengren semanalmente, e eles são executados por várias horas a cada vez. Com base no limite de fragmentação, o script reorganizará ou reindexará um índice. Observamos que durante a reindexação, os arquivos de log ficam enormes, o que leva a um consumo excessivo de largura de banda durante o envio de log.

Em seguida, vem um artigo de Brent Ozar no qual ele diz para parar de se preocupar com índices SQL :

Seus discos rígidos são compartilhados com outros servidores que também estão fazendo solicitações de unidade ao mesmo tempo, portanto, as unidades sempre estarão pulando por todo o lugar para obter dados. Desfragmentar seus índices é apenas um trabalho ocupado sem sentido.

Pesquisar essa questão no Google leva a opiniões variadas, a maioria apoiada em argumentos que parecem muito breves ou fracos. Nosso plano provisório é ajustar o limite de fragmentação em nosso script de manutenção para que ele se reorganize com muito mais frequência do que reindexe.

Qual é o veredicto final? Vale a pena desfragmentar índices SQL em uma SAN considerando os encargos associados à execução de trabalhos de manutenção semanais?

No SQL 2008 R2, estou reunindo algumas consultas administrativas nos metadados do SSRS para verificar a configuração adequada e outros tipos de coisas proativas.

Ao consultar o banco de dados ReportServer, consegui verificar relatórios, fontes de dados compartilhadas, etc. A única coisa com a qual estou tendo problemas é consultar qualquer valor dentro da Subscriptions.MatchDatacoluna. Tudo desta coluna volta como NULL (a menos que eu retorne todo o conteúdo da coluna).

Especificamente, preciso do valor para EndDate. Eu tentei vários ajustes sem sucesso, incluindo brincar com XPath, XMLNamespace, etc. Encontrei este exemplo básico de como deveria funcionar em 2005. O que há de diferente em 2008 para que isso não funcione? E como posso consultar esse valor no 2008 R2?

`
SELECT
[Description]
,x.m.value('StartDateTime[1]','varchar(30)') AS StartDateTime
,x.m.value('EndDate[1]','varchar(10)') AS EndDate
FROM
(
    SELECT
        [description]
        ,CAST(MatchData AS XML) AS MatchData
    FROM ReportServer.dbo.Subscriptions
) AS P
CROSS APPLY MatchData.nodes('//ScheduleDefinition') x(m)
`