Requisitos de privilégio de usuário do banco de dados SQL Server

info

Visualização

O conector do Microsoft SQL Server está em uma versão prévia pública fechada. Para participar da pré-visualização, entre em contato com a equipe do Databricks account .

Este artigo descreve os privilégios que devem ser concedidos ao usuário do banco de dados SQL Server que o senhor planeja usar para fazer o ingesting em Databricks usando LakeFlow Connect.

A Databricks recomenda que o senhor crie um usuário de banco de dados que seja usado exclusivamente para a ingestão da Databricks.

Requisitos gerais de privilégios

Esse usuário do banco de dados deve ter os seguintes privilégios, independentemente do método empregado para acompanhar as alterações de dados no banco de dados de origem:

• Acesso de leitura às seguintes tabelas e visualizações do sistema:

  • sys.databases
  • sys.schemas
  • sys.tables
  • sys.columns
  • sys.key_constraints
  • sys.foreign_keys
  • sys.check_constraints
  • sys.default_constraints
  • sys.change_tracking_tables
  • sys.change_tracking_databases
  • sys.objects
  • sys.triggers

• Execute permissões nos seguintes procedimentos armazenados no sistema:

  • sp_tables
  • sp_columns
  • sp_columns_100
  • sp_pkeys
  • sp_statistics

• SELECT nos esquemas e tabelas que você deseja ingerir.

• Os seguintes privilégios SELECT:

  use <database-name>
  
  grant select on object::sys.indexes to <cdc-username>;
  grant select on object::sys.index_columns to <cdc-username>;
  grant select on object::sys.columns to <cdc-username>;
  grant select on object::sys.tables to <cdc-username>;
  
  grant select on object::sys.fulltext_index_columns to <cdc-username>;
  grant select on object::sys.fulltext_indexes to <cdc-username>;

captura de dados de alterações (CDC) (CDC) requisitos de privilégio

nota

Se o usuário definir a variável replicationUser no script de objetos de suporte DDL ao ativar o CDC, o script concederá esses privilégios para o usuário. Você só precisa concedê-los manualmente se replicationUser não estiver definido no script.

Para a captura de dados de alterações (CDC) (CDC), as seguintes permissões também são necessárias:

GRANT VIEW DEFINITION ON object::dbo.lakeflowDisableOldCaptureInstance_1_1 TO <database-user>;
GRANT VIEW DEFINITION ON object::dbo.lakeflowRefreshCaptureInstance_1_1 TO <database-user>;
GRANT VIEW DEFINITION ON object::dbo.lakeflowMergeCaptureInstances_1_1 TO <database-user>;
GRANT VIEW DEFINITION TO <database-user>;
GRANT VIEW DATABASE PERFORMANCE STATE TO <database-user>;
GRANT UPDATE ON object::dbo.lakeflowCaptureInstanceInfo_1_1 TO <database-user>;
GRANT EXECUTE ON schema :: dbo TO <database-user>;
GRANT EXECUTE ON object::dbo.lakeflowMergeCaptureInstances_1_1 TO <database-user>;
GRANT EXECUTE ON object::dbo.lakeflowDisableOldCaptureInstance_1_1 TO <database-user>;
GRANT EXECUTE ON object::dbo.lakeflowRefreshCaptureInstance_1_1 TO <database-user>;

Alterar os requisitos de privilégio de acompanhamento

nota

Se o usuário definir a variável replicationUser no script de objetos de suporte DDL ao ativar o acompanhamento de alterações, o script concederá esses privilégios para o usuário. Você só precisa concedê-los manualmente se replicationUser não estiver definido no script.

Para o acompanhamento de alterações, as seguintes permissões também são necessárias:

GRANT VIEW CHANGE TRACKING ON OBJECT::dbo.lakeflowDdlAudit_1_1 TO <database-user>;
GRANT VIEW DEFINITION ON DATABASE::<database-name> TO <database-user>;