J Hays's questions

Estou utilizando os scripts do Ola Hallengren para realizar manutenção em meus bancos de dados. No Designer de plano de manutenção, estou tentando configurar um plano que funcione passo a passo, mas não importa o que eu tente, tudo será executado de uma só vez.

Minha primeira e segunda tentativas, coluna da esquerda na foto, foi usar "executar tarefa" e chamar cada tarefa na ordem que eu desejasse. A primeira restrição foi "sucesso", mas todos os trabalhos são executados de uma só vez. Então, tentei "conclusão" a seguir. Mesmo resultado. Em seguida, construí a mesma árvore usando execute t-sql em vez de execute job usando este código:

GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseIntegrityCheck - USER_DATABASES';
GO

Mais uma vez, obtive o mesmo resultado, tudo é executado ao mesmo tempo. Até tentei adicionar um @return_value para executar sp_start_job, mas também não adiantou. Finalmente, tentei um script como este:

GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseIntegrityCheck - USER_DATABASES';
GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseIntegrityCheck - SYSTEM_DATABASES';
GO
EXEC msdb.dbo.sp_start_job @job_name ='IndexOptimize - USER_DATABASES';
GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseBackup - USER_DATABASES - FULL';
GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseBackup - SYSTEM_DATABASES - FULL';
GO
EXEC msdb.dbo.sp_start_job @job_name ='DatabaseBackup - USER_DATABASES - LOG';
GO

E também executa tudo de uma vez. Além de agendá-los um a um no editor do plano de manutenção em horários diferentes, existe alguma maneira de fazer com que sejam executados um após o outro. Não estou preocupado se eles são bem-sucedidos ou não, só quero que um seja executado e depois o próximo, em vez de tudo de uma vez.

Nosso programador sênior me pediu para escrever procedimentos armazenados no seguinte formato para proteção contra ataques de injeção. Ele diz que a melhor prática é pegar o parâmetro, então declarar uma nova variável no corpo e atribuir essa variável ao parâmetro, que esta etapa é uma proteção extra contra ataques de injeção, pois força qualquer tentativa de injeção a ser considerada como dados e não tomada literalmente. Isso é verdade? Eu pensaria que isso retardaria a consulta e usaria memória extra e não adicionaria nenhuma proteção extra, mas posso estar errado. Exemplo abaixo.

    CREATE PROCEDURE [dbo].[sp_foo_GET] 
        @parAcct            NVARCHAR(20)
AS
BEGIN
    SET NOCOUNT ON;
    DECLARE 
        @varAcct            NVARCHAR(20) = @parAcct;

    SELECT [userid] 
    FROM [tblAccounts] 
    WHERE [accountID] = @varAcct;   
END

EDIT Depois de conversar com o programador, ele parece pensar que passar parâmetros para uma variável e atribuí-los a uma variável declarada ajuda na segurança E fará com que as consultas sejam executadas mais rapidamente.

Estou usando o SQL Server 2008 R2. Outra pessoa armou tudo. Encontrei um erro hoje: O crescimento automático do arquivo 'ASPState_log' no banco de dados 'ASPState' foi cancelado pelo usuário ou expirou após 1748 milissegundos. Use ALTER DATABASE para definir um valor FILEGROWTH menor para este arquivo ou para definir explicitamente um novo tamanho de arquivo.

Este foi um log de transações muito grande (muito maior que a tabela) tentando crescer e, como resultado, desligou nosso site. O modelo de recuperação está definido como Completo, mas os logs não estão sendo copiados e truncados. Mas, de alguma forma, o backup do banco de dados está sendo feito todas as noites, pois há um registro de data e hora em Last DB Backup. No entanto, em Gerenciamento, não há planos de manutenção ... portanto, não tenho certeza de como o backup do banco de dados está sendo feito todas as noites, a menos que haja uma tarefa ou servidor externo fazendo isso (o que não consegui encontrar).

Devo fazer um backup completo incluindo logs e depois truncá-los? E onde posso encontrar como meu backup está sendo feito? Obrigado, minha primeira pergunta.