Mansfield's questions

Eu tenho uma consulta que une duas tabelas com base em um timestampvalor (não pergunte).

Uma dessas tabelas armazena os dados em uma coluna com um Timestamptipo de dados. O outro o armazena como um arquivo varchar.

Anteriormente, a consulta convertia a timestampcoluna em uma varcharpara a junção. Pelo que entendi, isso não pode ser sargável, então gostaria de fazer o contrário. (A timestampmesa é muito maior e a eficiência é mais um problema).

SELECT * 
FROM TABLE1 
INNER JOIN TABLE2 
    ON UPPER(master.dbo.fn_sqlvarbasetostr(cast(TimestampColumn as binary(8))))
       = VARCHARTIMESTAMPCOLUMN

Eu tentei:

CONVERT(ROWVERSION, N'0x0000000003306BDD')

Nenhum erro, mas nenhuma correspondência na tabela (quando existe definitivamente uma linha).

CONVERT(ROWVERSION, CAST(N'0x0000000003306BDD' as bigint))

Isso dá um erro ao converter nvarcharpara bigint.

Como posso converter o varcharvalor em um timestampem vez do contrário?

Eu tenho um gatilho em uma tabela que inicia vários outros processos. No entanto, gostaria de garantir que, mesmo que os outros processos falhem, a inserção seja confirmada com sucesso na tabela original.

Eu tenho feito isso emitindo um explícito COMMIT TRANno gatilho antes de chamar meu outro procedimento. Isso parece ter funcionado bem, exceto por uma mensagem de erro feia:

Msg 3609, Nível 16, Estado 1, Linha 3 A transação terminou no gatilho. O lote foi abortado.

Ao fazer um pouco mais de pesquisa, mudei o procedimento, adicionando SET XACT_ABORT OFF;no topo e removi o commit explícito. Isso parece ter tido o mesmo efeito.

Qual destes é preferível? Existem armadilhas que eu deveria estar ciente com qualquer um dos métodos?

Estou tentando configurar um procedimento armazenado para executar um pacote SSIS. Eu quero permitir que um usuário execute apenas este procedimento armazenado, então preciso que ele seja executado como um usuário diferente.

Encontrei este artigo que detalha a criação de um certificado e a assinatura do módulo para que um login privilegiado possa executá-lo.

Quando tento executar qualquer comando representando o login, recebo o seguinte erro:

Não é possível executar como principal do servidor porque o principal "CrossDbCertLogin" não existe, esse tipo de principal não pode ser representado ou você não tem permissão.

Aqui está um script para reproduzir o problema:

create certificate CrossDatabaseCert
ENCRYPTION BY PASSWORD = 'passA'
WITH SUBJECT = 'Certificate for Cross-Database Database Impersonation'
GO


CREATE Login CrossDbCertLogin FROM CERTIFICATE CrossDatabaseCert
GO

backup certificate CrossDatabaseCErt to file='C:\temp\CrossDatabaseCert.CER'
WITH PRIVATE KEY
(
    FILE = 'C:\temp\CrossDatabaseCert.PVK',
    DECRYPTION BY PASSWORD = 'passA',
    ENCRYPTION BY PASSWORD = 'passB'
)
go

use msdb
create certificate CrossDatabaseCert from file='C:\temp\CrossDatabaseCert.CER'
WITH PRIVATE KEY
(    FILE = 'C:\temp\CrossDatabaseCert.PVK',
    DECRYPTION BY PASSWORD = 'passB',
    ENCRYPTION BY PASSWORD = 'passA'
)
Go

EXECUTE AS LOGIN=N'CrossDbCertLogin';
SELECT 1

Eventualmente, adiciono o certificado ao procedimento armazenado, mas parece que a representação nem está funcionando, então estou tentando fazer isso funcionar primeiro.

O que estou fazendo errado?

EDIT: Um pouco mais de informação sobre o meu procedimento.

Quando altero para "EXECUTE AS OWNER" (no mesmo formato do exemplo que segui), recebo os seguintes erros.

Msg 27123, Nível 16, Estado 1, Procedimento create_execution, Linha 39 A operação não pode ser iniciada por uma conta que usa Autenticação do SQL Server. Inicie a operação com uma conta que usa autenticação do Windows.

Msg 27123, Nível 16, Estado 1, Procedimento set_execution_parameter_value, Linha 34 A operação não pode ser iniciada por uma conta que usa Autenticação do SQL Server. Inicie a operação com uma conta que usa autenticação do Windows.

Msg 27123, nível 16, estado 1, procedimento start_execution, linha 32 A operação não pode ser iniciada por uma conta que usa a autenticação do SQL Server. Inicie a operação com uma conta que usa autenticação do Windows.

Dentro do meu procedimento, chamo três procedimentos internos de catálogo do SSIS: Create_Execution, Set_Execution_Parameter_Valuee Start_Execution.

Quando altero o procedimento para executar como a conta SQL Agent Service, recebo o seguinte erro:

Msg 15199, nível 16, estado 1, procedimento prepare_execution, linha 34 O contexto de segurança atual não pode ser revertido. Mude para o banco de dados original onde 'Execute As' foi chamado e tente novamente.

EDIT2: Acabei usando um SQLCLR SProc para chamar meu proc original, que resolveu todos os problemas.

Preciso permitir que um usuário abandone um trabalho de agente específico sem ter a capacidade de iniciar outros. Para fazer isso, criei o seguinte procedimento (simplificado):

ALTER PROCEDURE [dbo].[RunJob]
    @job_name nvarchar(200)
WITH EXECUTE AS 'sysadminaccount'
AS
BEGIN
    --SET NOCOUNT ON;
    BEGIN TRY
        EXEC msdb.dbo.sp_start_job @job_name = @job_name 

        -- Wait for job to finish
        DECLARE @job_history_id AS INT = NULL
        DECLARE @job_result AS INT = NULL

        WHILE 1=1
        BEGIN
            SELECT TOP 1 @job_history_id = activity.job_history_id
            FROM msdb.dbo.sysjobs jobs
            INNER JOIN msdb.dbo.sysjobactivity activity ON activity.job_id = jobs.job_id
            WHERE jobs.name = @job_name
            ORDER BY activity.start_execution_date DESC

            IF @job_history_id IS NULL
            BEGIN
                WAITFOR DELAY '00:00:01'
                CONTINUE
            END
            ELSE
                BREAK
        END

        -- Check exit code
        SET @job_result = (SELECT history.run_status
        FROM msdb.dbo.sysjobhistory history
        WHERE history.instance_id = @job_history_id)

        RETURN @job_result;

    END TRY
    BEGIN CATCH
        THROW;
        RETURN;
    END CATCH
END

No entanto, quando chamo este procedimento (tendo verificado que está sendo executado via "sysadminaccount"), recebo a seguinte mensagem de erro:

Msg 229, nível 14, estado 5, procedimento sp_start_job, linha 1 A permissão EXECUTE foi negada no objeto 'sp_start_job', banco de dados 'msdb', esquema 'dbo'.

A conta é um membro da função sysadmin, então eu entendo que não deve haver problemas para iniciar trabalhos. Verifiquei que é um membro das três funções sqlagent no msdb e todas essas funções têm permissão de execução no sp_start_job.

Como posso conceder a esta conta as permissões apropriadas? Há algo mais que precisa ser feito por causa da personificação?

Em algum momento, o login do trabalho de limpeza do SSIS (##MS_SSISServerCleanupJobLogin##) foi excluído do meu servidor SQL (2012). Estou tentando atualizar para o SP2 e recebo uma mensagem de erro que acredito estar relacionada à ausência deste usuário no servidor.

Ainda tenho o usuário apropriado no banco de dados SSIS, mas preciso recriar o login. No entanto, não consigo encontrar quais configurações (senhas, etc.) usar.

A única coisa que consegui encontrar sobre como restaurar esse usuário foi aqui , mas não fornece detalhes suficientes.

6.1. Crie o logon [##MS_SSISServerCleanupJobLogin##] usando a instrução CREATE LOGIN TSQL. Este login é para uso interno na manutenção do SSISDB.

6.2. Mapeie o usuário SSISDB ##MS_SSISServerCleanupJobUser## para o login do servidor ##MS_SSISServerCleanupJobLogin##

 USE SSISDB
 ALTER USER [##MS_SSISServerCleanupJobUser##] with LOGIN = [##MS_SSISServerCleanupJobLogin##]

Como posso recriar este login corretamente?

Estou em uma situação em que vários "clientes" executarão o mesmo relatório, mas em um banco de dados diferente (com exatamente a mesma estrutura).

O que fiz até agora foi criar uma pasta "Deploy" genérica e implantar todos os relatórios nela. Em seguida, crio pastas "específicas do cliente" e adiciono relatórios vinculados à pasta de origem. No entanto, não consigo fazer com que os relatórios usem fontes de dados diferentes (não há opção de alterá-lo no relatório vinculado). Há alguma maneira de fazer isso?

Como alternativa, como eu poderia lidar com essa situação se não puder usar fontes de dados diferentes? Quero evitar reimplantar o mesmo relatório 10 vezes diferentes em dez lugares diferentes apenas para alterar a fonte de dados.

Eu tenho um Windows Server 2008 Server executando o SQL Server 2012 (incluindo SSRS). Percebi que o site fica intermitentemente lento na primeira execução e encontrei esta postagem no blog sobre a causa e como corrigi-la.

No entanto, quando abro o gerenciador de servidores para qualquer um dos meus servidores (desenvolvimento e produção), eles parecem não ter o IIS instalado.

Produção:

No meu servidor de desenvolvimento, instalei a função IIS, mas não consigo ver nada a ver com o Reporting Services lá:

Por que não consigo ver nada a ver com o SSRS aqui? Os sites de ambos os servidores funcionam bem.

Eu tenho uma tabela criada com o seguinte T-SQL:

CREATE TABLE [dbo].[TableName](
    [id] [int] IDENTITY(1,1) NOT NULL
PRIMARY KEY CLUSTERED 
(
    [id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]

Dei uma olhada nesta tabela hoje e notei que a coluna id estava pulando valores:

1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 1027, 1028, 1029, 1030, 1031, 1032, 1033, 1034, 1035, 2034, 2035, 3034

Não estou preocupado com isso ou qualquer coisa (minha aplicação não se importa com qual é a chave primária), estava apenas curioso sobre o que pode causar isso. Parece que há uma espécie de padrão, de pular 1000 toda vez que um "salto" acontece.

Meu aplicativo usando o framework de entidade para inserir essas linhas, se isso fizer alguma diferença.

Recentemente, movi meus arquivos de banco de dados temporários para uma unidade separada (eu tinha dois arquivos de dados e um arquivo de log).

No entanto, depois de reiniciar o servidor, meu segundo arquivo de dados desapareceu da lista de arquivos no gui e do sp_helpfile. Já consegui reproduzir esse comportamento várias vezes: adiciono um novo arquivo de dados, vejo que ele aparece tanto no gui quanto no sp_helpfile e desaparece após a reinicialização do servidor.

Eu corri dbcc checkdbcontra o banco de dados e ele retorna nenhum erro. Não há informações nos logs SQL ou no log de eventos do aplicativo Windows.

Depois de fazer um pouco mais de pesquisa, executei a seguinte consulta:

select d.name, m.* from sys.master_files m
inner join sys.databases d 
on (m.database_id = d.database_id)
where d.name like 'tempdb'
order by 1, 2

Resultados: http://pastebin.com/Zu5fJ2hU

Ele mostra quatro arquivos de dados secundários diferentes, nenhum dos quais aparece em sp_helpfile. Se eu tentar usar qualquer um desses nomes, o servidor SQL não me permite. Nenhum desses arquivos existe fisicamente no disco. Meu servidor é SQL 2012 Standard.

Eu tenho uma instância do SQL Server 2012 em execução em uma conta de serviço gerenciada. Configurei o email do banco de dados com uma conta e estou tentando enviar um email de teste, mas estou recebendo alguns erros nos logs de eventos do servidor:

Database Engine Instance=MYINSTANCE;Mail PID=2132;Error Message:A atualização do banco de dados falhou. Motivo: a permissão EXECUTE foi negada no objeto 'sysmail_logmailevent_sp', banco de dados 'msdb', esquema 'dbo'.

Instância do Mecanismo de Banco de Dados=MYINSTANCE;Mail PID=2212; Tipo de exceção: Microsoft.SqlServer.Management.SqlIMail.Server.Common.BaseException Mensagem: Falha na leitura do banco de dados. Motivo: a permissão EXECUTE foi negada no objeto 'sp_readrequest', banco de dados 'msdb', esquema 'dbo'. Dados: System.Collections.ListDictionaryInternal TargetSite: Microsoft.SqlServer.Management.SqlIMail.Server.Objects.QueueItem GetQueueItemFromCommand(System.Data.SqlClient.SqlCommand) HelpLink: NULL Source: DatabaseMailEngine

Se eu tornar a conta que executa o processo do SQL Server um administrador de sistema, esse erro desaparece e os e-mails são enviados com sucesso. No entanto, todas as pesquisas que fiz sugerem que atribuir a essa conta a DatabaseMailUserRolefunção no banco de msdbdados deve ser suficiente. Eu fiz isso e ainda recebo os mesmos erros.

Dei uma olhada no BOL mas não encontrei nada.

Eu executei o script sp_blitz de Brent Ozar , e uma das coisas que ele está reclamando é que minha conta do SQL Server Agent tem permissão de administrador de sistema. Eu removi a permissão do administrador do sistema, mas o agente não iniciava. (Veja a imagem abaixo). Não há nada digno de nota no log de eventos. Quando restauro a permissão do administrador do sistema, o agente inicia sem dificuldade.

Minha conta é uma conta de serviço gerenciada. Nenhuma das outras contas de serviço gerenciado que uso (uma para executar serviços de relatórios e outra para executar o serviço SQL) tem permissão de administrador de sistema.

A permissão do administrador do sistema é realmente necessária? Se não, quais são as permissões mínimas que esta conta precisa?

Eu tenho um servidor executando o SSRS 2012 no endereço server1.olddomain.com. Isso está funcionando bem.

Meus usuários acessarão este servidor de outro endereço (o servidor não está se movendo fisicamente). O novo endereço é server2.newdomain.net. Modifiquei a opção UriRoot no arquivo de configuração e funciona bem, exceto que os usuários agora são solicitados a fornecer seu nome de usuário e senha por meio do AD, em vez de fazer login automaticamente. (Uma vez que eles inserem seu nome de usuário e senha no formulário antigodomínio\nome de usuário, eles estão logados com sucesso).

Como posso configurar isso para logar usuários automaticamente? O domínio dos usuários não mudou, nem o servidor mudou de local físico. Isso é possível fazer?

EDIT: Eu não tinha certeza se deveria postar aqui ou ServerFault. Deixe-me saber se você acha que seria mais adequado lá.

Eu tenho uma conta SQL com as seguintes permissões em um banco de dados:

A db_executorfunção da qual você vê esta conta como membro foi criada por este script:

CREATE ROLE [db_executor] AUTHORIZATION [dbo]
GO

GRANT EXECUTE TO [db_executor] 
GO

Quando executo um select, update, insertou deletena mesa, funciona bem. Quando tento truncatea tabela, ele me dá esta mensagem de erro:

Não é possível localizar o objeto "TableName" porque ele não existe ou você não tem permissões.

Qual permissão esta conta está faltando?

Por padrão, se você tentar alterar uma tabela usando o designer fazendo qualquer uma das seguintes alterações, receberá uma mensagem de erro:

• Você altera a configuração Permitir nulos para uma coluna.
• Você reordena as colunas na tabela.
• Você altera o tipo de dados da coluna.
• Você adiciona uma nova coluna.

Mensagem de erro:

Eu sei que é possível desativar isso alterando a opção "Evitar salvar alterações que exigem recriação de tabela" nas opções do SSMS.

Acho que para algumas tabelas (aquelas com dados importantes), quero este aviso. No entanto, para muitas outras tabelas, não me importo se elas são desfeitas e depois recriadas. No momento, estou constantemente mudando a configuração para frente e para trás, mas o que eu realmente gostaria é uma maneira de ser avisado, mas ainda ter a opção de prosseguir de qualquer maneira.

Existe alguma configuração em algum lugar que causaria um comportamento como esse?

Eu tenho um trabalho de agente do servidor SQL 2012 que atualmente é executado a cada minuto, todos os dias, etc.

Gostaria de modificá-lo para que funcione a cada minuto, todos os dias, exceto aos sábados, entre 19h e 23h30. Isso é possível com o agendador de tarefas?

Tentei usar uma frequência diária e posso alterar a hora diariamente dessa forma, mas não para um dia específico.

Cronograma atual:

Instalei recentemente o SP1 no meu SQL Server 2012. Desde então, o SSMS se comportou de maneira um pouco estranha quando eu me conecto do meu PC em vez do próprio servidor local.

Não vejo mais os ícones verdes "em execução" no servidor e no agente, e várias opções de menu estão esmaecidas (Iniciar/Parar/Reiniciar no menu do servidor e no menu do agente).

Além disso, quando tento acessar o Activity Monitor, recebo o seguinte erro:

Detalhe do erro

Encontrei o seguinte artigo sobre o Monitor de Atividade. Eu segui as etapas lá (embora eu seja um administrador local no servidor sql e já deveria ter todas essas permissões) sem sucesso. O servidor está executando o Windows 2008 R2 Datacenter SP1. Quando uso a área de trabalho remota para o próprio servidor e uso o SSMS diretamente, não tenho nenhum desses problemas, e quando um administrador de domínio se conecta ao servidor remotamente por meio do SSMS, tudo também funciona para ele.

Alguma ideia?