Patterson's questions

Temos um banco de dados SQL que é um banco de dados secundário ou devo dizer uma réplica secundária em um AlwaysOn Availabiltity Group. Como resultado, o banco de dados é sempre um banco de dados somente leitura e, portanto, não posso executar o procedimento armazenado abaixo porque o procedimento armazenado tenta criar uma nova tabela... basicamente, recebo a mensagem de erro:

Failed to update database xxxxxx because the database is read-only.

Foi sugerido que uma solução alternativa seria modificar o procedimento para SELECT ... INTO uma tabela em um banco de dados diferente (que não seja somente leitura/não faça parte de um AlwaysOn Availability Group) que esteja no mesmo servidor. Por exemplo:

INTO SomeOtherDatabase.' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + '

Alguém pode dar uma olhada no meu código e ajudar a modificá-lo?

Eu tentei o seguinte:

INTO tempdb.dbo.@DeltaTable' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + '

O procedimento acima não funcionou.

O procedimento completo é o seguinte:

CREATE PROCEDURE dbo.GenerateDeltaTable
    @Domain VARCHAR(100),
    @TableName VARCHAR(100),
    @DeltaTable VARCHAR(100)
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @sql NVARCHAR(MAX);

    -- Construct dynamic SQL for dropping and creating the target table
    SET @sql = '
    IF OBJECT_ID(''' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ''', ''U'') IS NOT NULL
        DROP TABLE ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ';

    SELECT T.*, 
           LOWER(CONVERT(VARCHAR(64), HASHBYTES(''SHA2_256'', 
           (SELECT T.* FOR JSON PATH, WITHOUT_ARRAY_WRAPPER, INCLUDE_NULL_VALUES)), 2)) AS signature 
    INTO ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + '
    FROM ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@TableName) + ' AS T;';

    -- Execute the constructed SQL
    EXEC sp_executesql @sql;
END;

Alguma ideia sobre como criar a tabela do procedimento armazenado para outro banco de dados

Temos um Banco de Dados SQL secundário que está constantemente sincronizando com o banco de dados primário. No passado, executei um procedimento armazenado no banco de dados secundário (mesmo enquanto ele estava sincronizando) com sucesso.

Por algum motivo, agora estou recebendo a seguinte mensagem de erro quando tento executar o mesmo procedimento armazenado

Failed to update database xxxxxx because the database is read-only.

O procedimento armazenado é o seguinte:

CREATE PROCEDURE dbo.GenerateDeltaTable
    @Domain VARCHAR(100),
    @TableName VARCHAR(100),
    @DeltaTable VARCHAR(100)
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @sql NVARCHAR(MAX);

    -- Construct dynamic SQL for dropping and creating the target table
    SET @sql = '
    IF OBJECT_ID(''' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ''', ''U'') IS NOT NULL
        DROP TABLE ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ';

    SELECT T.*, 
           LOWER(CONVERT(VARCHAR(64), HASHBYTES(''SHA2_256'', 
           (SELECT T.* FOR JSON PATH, WITHOUT_ARRAY_WRAPPER, INCLUDE_NULL_VALUES)), 2)) AS signature 
    INTO ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + '
    FROM ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@TableName) + ' AS T;';

    -- Execute the constructed SQL
    EXEC sp_executesql @sql;
END;

Alguém pode me dizer por que estou recebendo o erro de repente?

Ou existe alguma maneira de fazer com que o banco de dados SQL primário force a execução de um procedimento armazenado no banco de dados secundário?

Basicamente, existe uma maneira de superar a situação de somente leitura no banco de dados secundário?

Temos um banco de dados SQL Server que está no meio da sincronização e continuará sincronizando por um bom tempo. Gostaria de criar um procedimento armazenado no banco de dados, no entanto, não parece ser possível criar um procedimento armazenado no banco de dados enquanto ele está sincronizando.

Alguém pode me informar se é possível criar um procedimento armazenado no banco de dados enquanto ele está sincronizando? Ou seja, sem Pausar ou Suspender a Sincronização

Estamos executando o SQL Server 15.0.4415.2

Como determinar o Banco de Dados SQL Primário? Fui informado de que se eu atualizar o Banco de Dados Primário, as alterações serão sincronizadas com o banco de dados secundário. Alguém pode me dizer como determinar o que é o Banco de Dados Primário? Pela imagem você pode ver que só consigo visualizar os bancos de dados secundários

Li que criar um procedimento armazenado não altera os dados ou o esquema que está sendo sincronizado. É uma operação de metadados, então os mecanismos de sincronização (por exemplo, replicação transacional, grupos de disponibilidade Always On) não devem ser afetados.

Entretanto, quando tento criar o seguinte procedimento, recebo o seguinte erro:

Msg 3906, Level 16, State 2, Procedure GenerateDeltaTable, Line 1 [Batch Start Line 0]
Failed to update database "xxxxx" because the database is read-only.


CREATE PROCEDURE [dbo].[DeltaTable]
    @Domain VARCHAR(100),
    @TableName VARCHAR(100),
    @DeltaTable VARCHAR(100)
AS
BEGIN
    SET NOCOUNT ON;

    DECLARE @sql NVARCHAR(MAX);

    -- Construct dynamic SQL for dropping and creating the target table
    SET @sql = '
    IF OBJECT_ID(''' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ''', ''U'') IS NOT NULL
        DROP TABLE ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + ';

    SELECT T.*, 
           LOWER(CONVERT(VARCHAR(64), HASHBYTES(''SHA2_256'', 
           (SELECT T.* FOR JSON PATH, WITHOUT_ARRAY_WRAPPER, INCLUDE_NULL_VALUES)), 2)) AS signature 
    INTO ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@DeltaTable) + '
    FROM ' + QUOTENAME(@Domain) + '.' + QUOTENAME(@TableName) + ' AS T;';

    -- Execute the constructed SQL
    EXEC sp_executesql @sql;
END;

Criei com sucesso um login para um usuário em nosso Azure SQL DB usando o seguinte código:

CRIAR LOGIN [xxxxxxxx] COM SENHA=N'4QfaE+AV0TdFBpiP/ZnqCg/clPPwEeT2ZfZzDEdM2k8='

Porém quando tento acessar o banco de dados com o login recebo o erro

The server principal "xxxxxxxxxxxxxx" is not able to access the database "xxxxxxx" under the current security context.
Cannot open database "axxxxxxx" requested by the login. The login failed.
Login failed for user 'xxxxxxxxxxx'.

Acho que o problema é que preciso dar permissões ao usuário para acessar o banco de dados. Alguém pode me dizer como dar acesso total ao usuário para o banco de dados, por favor.

Estou usando o SSMS 20.2