Você pode administrar objetos e integrações da sua instância SQL isolada pelo login do tenant, sem receber sysadmin. No seu database, o perfil SkyNovaTenantWork permite trabalhar com objetos, dados, roles próprias e permissões dentro do escopo do tenant; ele não transforma o login em db_owner nem libera alterações irrestritas do database ou do servidor.

Operações do host, criação de logins, provisionamento e limites do database, BACKUP/RESTORE e configuração global continuam sob controle da plataforma. A troca de dono de job entre logins do mesmo tenant é permitida apenas pelo procedimento controlado da SkyNova; transferências irrestritas e administração multiservidor não são oferecidas.

Uma lista de concessões diretas do login não representa necessariamente todas as permissões efetivas: estas também podem vir de papéis e de public. Para conferir a sua sessão, execute:

SELECT permission_name
FROM sys.fn_my_permissions(NULL, 'SERVER')
ORDER BY permission_name;

O QUE VOCÊ PODE ADMINISTRAR

“Sim” significa dentro do escopo do tenant e das regras do recurso, não administração irrestrita da instância. A manutenção do database usa o wrapper acima; criar database ou alterar teto, crescimento e arquivos do plano continua sendo operação da plataforma. A entrega real de e-mail e a conexão a destinos remotos dependem dos serviços, da rede e das credenciais correspondentes.

DESTINO QUE EXIGE OUTRO USUÁRIO

Quando um sistema remoto exige credenciais diferentes das do seu login, há dois caminhos. Ambos podem alcançar outra instância para a operação autorizada; nenhum deles concede administração desse servidor remoto.

Linked Server — uso contínuo

• É cadastrado pela procedure SkyNova em master e pode aparecer na árvore do SSMS.
• Permite consultas por nome de quatro partes quando o destino, o provider, a rede e as credenciais estiverem configurados corretamente.
• Compatibilidade com versões ou ambientes específicos do SQL Server deve ser confirmada com o destino real; a versão por si só não garante a conexão.

Destino remoto pontual — consultas sob demanda

• Não cria um Linked Server permanente em sys.servers.
• O cadastro do destino e a credencial cifrada por certificado persistem em master até a exclusão; registros de auditoria podem permanecer.
• A consulta remota ainda depende da disponibilidade e da permissão no destino. A cifra protege a credencial armazenada, mas não deve ser descrita como sigilo absoluto de toda execução SQL.

O QUE SIGNIFICA CADA CAMINHO

T-SQL nativo

É o comando padrão do SQL Server, executado diretamente onde o perfil do tenant tem permissão. Um assistente do SSMS só funciona pelo caminho normal quando gera uma operação nativa permitida a esse login; nem todo assistente usa os procedimentos SkyNova.

Procedure SkyNova

É um procedimento da plataforma que executa uma ação delimitada após validar o tenant, o objeto e os parâmetros. Usa-se quando o comando nativo exige permissões que não fazem parte do perfil do tenant ou precisa do controle de propriedade da plataforma. Isso não equivale a liberar qualquer comando administrativo nativo.

REGRAS DE EXECUÇÃO E ESCOPO

1. Escolha o banco correto. Jobs, operators, alerts, categorias e Database Mail usam msdb. Linked Server, destino remoto, troca da própria senha e manutenção do database usam master. Objetos e dados usam o database do tenant. Você também pode chamar procedures pelo nome de três partes, por exemplo master.dbo.usp_TenantDatabase_Maintenance.
2. Você não precisa de sysadmin. O perfil do tenant não autoriza alterar livremente logins de servidor, bancos físicos, configuração global nem o sistema operacional do host.
3. Nomes reservados à plataforma, como os que começam com SkyNova, e objetos gerenciados por ela são protegidos. A visibilidade de cada objeto depende das permissões da sessão; ver um objeto não autoriza alterá-lo.
4. Linked Server e destino remoto podem consultar outros servidores com credenciais válidas. Isso não concede administração dessas instâncias nem acesso ao host.
5. No Linked Server criado pelo tenant, o mapeamento de credencial pertence ao login que o criou; outro login não herda automaticamente esse mapeamento.
6. Para CHECKDB, SHRINKFILE, atualização de estatísticas do database e RCSI, use master.dbo.usp_TenantDatabase_Maintenance. RCSI e CHECKDB com TABLOCK podem exigir que não haja outras sessões usando o database; não desconecte sessões sem avaliar o impacto.

Para referência dos wrappers no ambiente SQL Compartilhado SkyNova clique no link abaixo:

https://suporte.skynova.com.br/hc/pt-br/articles/54094469706388-Refer%C3%AAncia-dos-wrappers-no-ambiente-SQL-Compartilhado-SkyNova