Você faz praticamente tudo dentro da sua instância, como faria em uma dedicada, sem ser sysadmin.

O que não se concede é aquilo que sairia da instância — o sistema operacional do host — ou o que transferiria a POSSE dela: sysadmin, CONTROL SERVER, ALTER ANY LOGIN, Proxy, troca de dono de job e administração multiservidor.

Permissões de servidor que o seu login recebe, e apenas estas:

CONNECT SQL, VIEW SERVER STATE e VIEW ANY DEFINITION.

Sob demanda e por operação da plataforma:

VIEW SERVER PERFORMANCE STATE e VIEW ANY DATABASE.

O QUE VOCÊ PODE ADMINISTRAR

"Os dois" significa T-SQL nativo E procedimento da plataforma, ambos ativos.
A seção 2 mostra os dois e indica quando preferir cada um.

Destino que exige um usuário diferente do seu

Quando o destino exige um usuário DIFERENTE do seu — caso típico de um ERP — existem DOIS caminhos, e ambos já estão ativos na sua instância:

Seção 6 — Linked Server

Indicado para uso contínuo.

• Aparece na árvore do SSMS.
• Aceita nome de quatro partes.
• Funciona contra destinos legados e versões como SQL Server 2016, 2019 e 2022.
• Não exige alteração no destino.

Seção 7 — Cadastro de destino remoto

Indicado para consulta pontual.

• Não deixa objeto permanente na instância.
• A senha fica cifrada por certificado.

O que significa cada caminho

T-SQL nativo

"T-SQL nativo" significa usar os mesmos comandos de uma instância dedicada.

O assistente do SSMS também funciona pelo caminho normal.

Procedimento

"Procedimento" significa que um procedimento da plataforma realiza a operação por você, porque o comando nativo correspondente exige sysadmin por checagem interna do próprio SQL Server.

A capacidade é a mesma; muda apenas o nome do que você chama.

REGRAS QUE VALEM PARA TUDO

1. Todos os comandos abaixo rodam no contexto do msdb, exceto Linked Server, que roda em master.

   Portanto, use:

   USE [msdb];

   antes dos comandos, ou utilize o nome de três partes:

   msdb.dbo.xxx

    

2. Você não é sysadmin e não precisa ser.
3. Nomes que começam com SkyNova são reservados à plataforma e serão recusados.
4. Objetos gerenciados pela plataforma — perfil de Mail, jobs e Linked Servers provisionados pelo contrato — são protegidos: Você enxerga, mas não altera.
5. Nada aqui alcança outra instância nem o sistema operacional do host.

6. Em Linked Server, o mapeamento de credencial pertence ao login que CRIOU o objeto.

   Outro login da sua instância não herda essa credencial — cada um cria o seu.