davszur's questions

Estou no processo de configuração de novos servidores de teste para migrar para o SQL Server 2017. Por certos motivos, não tenho a opção de ter uma partição de unidade separada apenas para binários SQL, então minhas opções são colocar os binários SQL em C:\ com tamanho da unidade de alocação padrão ou G:\ com tamanho da unidade de alocação de 64k junto com os arquivos de dados.

Eu preferiria evitar C:\ e colocar os binários em G:\, mas não tenho certeza se haveria algum impacto negativo no desempenho deles estarem em um disco com formato 64k.

Um é melhor que o outro ou realmente não faz diferença para os binários?

Estou testando esse novo parâmetro @DatabasesInParallele parece fazer backup de apenas 1 banco de dados por vez, mas não especifica isso como uma limitação na documentação, então estou me perguntando se posso estar fazendo algo errado.

Tenho 4 DBs configurados e estou executando manualmente os 4 comandos a seguir:

EXECUTE [dbo].[DatabaseBackup]
@Databases = 'AdminDB',
@Directory = N'\\499bsl01\sqldata_test$',
@BackupType = 'FULL',
@Verify = 'Y',
@CleanupTime = 24,
@Compress = 'Y',
@CheckSum = 'Y',
@DatabasesInParallel = 'Y',
@LogToTable = 'Y',
@Execute = 'Y'

EXECUTE [dbo].[DatabaseBackup]
@Databases = 'Pop',
@Directory = N'\\499bsl01\sqldata_test$',
@BackupType = 'FULL',
@Verify = 'Y',
@CleanupTime = 24,
@Compress = 'Y',
@CheckSum = 'Y',
@DatabasesInParallel = 'Y',
@LogToTable = 'Y',
@Execute = 'Y'

EXECUTE [dbo].[DatabaseBackup]
@Databases = 'DaveTest_StackOverflow2010',
@Directory = N'\\499bsl01\sqldata_test$',
@BackupType = 'FULL',
@Verify = 'Y',
@CleanupTime = 24,
@Compress = 'Y',
@CheckSum = 'Y',
@DatabasesInParallel = 'Y',
@LogToTable = 'Y',
@Execute = 'Y'

EXECUTE [dbo].[DatabaseBackup]
@Databases = 'DaveTest_SUPERUSER',
@Directory = N'\\499bsl01\sqldata_test$',
@BackupType = 'FULL',
@Verify = 'Y',
@CleanupTime = 24,
@Compress = 'Y',
@CheckSum = 'Y',
@DatabasesInParallel = 'Y',
@LogToTable = 'Y',
@Execute = 'Y'

Quando verifico a tabela QueueDatabase, posso ver que a coluna DatabaseOrder e RequestStartTime são exatamente as mesmas para todos os 4 bancos de dados. No entanto, quando você olha para a coluna DatabaseStartTime, ela mostra os 2 primeiros bancos de dados iniciando ao mesmo tempo e, em seguida, os próximos 2 bancos de dados não iniciam até que o 2º banco de dados termine de fazer seu backup e verificação de verificação.

Essa é a funcionalidade pretendida com os parâmetros que estou usando? Eu esperaria que todos os 4 bancos de dados fossem iniciados exatamente ao mesmo tempo com esse parâmetro.

EDIT 14/11: Título/texto atualizado da postagem

A postagem original dizia que estava fazendo backup de apenas 2 bancos de dados por vez, mas na verdade estava fazendo apenas 1 banco de dados por vez. O primeiro banco de dados cujo backup foi feito no meu teste é tão pequeno que eu não percebi que ele termina quase imediatamente e o segundo é iniciado. No entanto, você pode ver isso

Temos um novo aplicativo que inclui scripts ETL, R e código .NET, todos sendo desenvolvidos ativamente na arquitetura SQL 2016.

Recentemente, recebi a aprovação para começar a configurar novos ambientes com o SQL 2017.

Gostaria de entender se há alguma alteração relacionada à migração de código que possa precisar ser feita para uma instalação do SQL 2017 ou se a execução no SQL 2017 com o modo de compatibilidade do banco de dados SQL 2016 se comportaria da mesma forma como se fosse apenas uma instalação do SQL 2016 em execução com o modo de compatibilidade completo do SQL 2016 (130)?

Lendo este link encontrei o seguinte

Para atualizar o SQL Server Database Engine para a versão mais recente, mantendo o nível de compatibilidade do banco de dados que existia antes da atualização e seu status de suporte, é recomendável executar a validação da área de superfície funcional estática do código do aplicativo no banco de dados, usando o Microsoft Ferramenta Data Migration Assistant (DMA). A ausência de erros na saída da ferramenta DMA, sobre funcionalidades ausentes ou incompatíveis, protege o aplicativo de quaisquer regressões funcionais na nova versão de destino.

Supondo que essa verificação seja aprovada, há mais alguma coisa que eu deveria estar fazendo ou analisando?

Estou usando a seguinte consulta para verificar a fragmentação do índice em uma tabela. Cada índice retorna 3 linhas e cada uma tem um valor diferente para "avg_fragmentation_in_percent". A segunda linha parece ser o valor exato quando verifico a fragmentação do índice por meio do menu Propriedades do índice real.

Estou curioso sobre os outros valores que são retornados porque uma linha diz 100% de fragmentação e outra linha diz 0% de fragmentação. Alguém tem ideia do porque estou vendo isso?

DECLARE @db_id SMALLINT;  
DECLARE @object_id INT;  

SET @db_id = DB_ID(N'wfm');  
SET @object_id = OBJECT_ID(N'wfm.dbo.Lab_Employee_Time_Off');

IF @db_id IS NULL  
BEGIN;  
    PRINT N'Invalid database';  
END;  
ELSE IF @object_id IS NULL  
BEGIN;  
    PRINT N'Invalid object';  
END;  
ELSE  
BEGIN;

SELECT OBJECT_NAME(ips.OBJECT_ID) AS 'TableName'
 ,i.NAME AS 'IndexName'
 ,ips.index_id
 ,ips.index_type_desc
 ,ips.avg_fragmentation_in_percent
 ,ips.avg_page_space_used_in_percent
 ,ips.page_count
FROM sys.dm_db_index_physical_stats(@db_id, @object_id, NULL, NULL, 'DETAILED') ips
INNER JOIN sys.indexes i ON (ips.object_id = i.object_id)
 AND (ips.index_id = i.index_id)
ORDER BY i.name, avg_fragmentation_in_percent DESC

END;  
GO