Estou tentando entender um parágrafo das minhas notas, re Usuários e Grupos no Active Directory. A frase é:
Usuários e Grupos Entram, eles não fazem login.
Agora, o que eu (acho que) entendo é que os logins dão acesso ao SQL Server, os usuários têm acesso a bancos de dados específicos. Mas não consegui encontrar nada que pareça confiável (ou quase nada) sobre logins. Alguém poderia me explicar ou me dar uma referência sobre o que é o login e como ele é diferente dos logins? Obrigado.
Eu acho que discutir sobre login versus login é semático.
O servidor SQL permite que você faça login através de 2 modos.
Ou.
Grupos de domínio são uma boa maneira de conceder acesso sem ter que conceder acesso a usuários individuais a cada vez. Por exemplo, se um departamento ou equipe deve ter acesso a um sistema (por exemplo, RH ou Folha de Pagamento), você pode conceder acesso à equipe como um todo. À medida que os usuários são adicionados à equipe no AD, eles herdam automaticamente o acesso ao banco de dados por meio de sua associação ao grupo.
Isso pode ser substituído negando o acesso de indivíduos, se necessário. Por exemplo, todo o RH tem acesso, exceto o usuário xyz.
Se o SQL estiver configurado para usar os dois modos, isso será chamado de autenticação de "modo misto".
Um login fornece acesso à instância SQL. Você também precisa ter acesso a dbs individuais. Uma vez que você tenha acesso ao sql o método se torna irrelevante. Uma vez que você está dentro, você está dentro.
Tecnicamente, existe um terceiro método relacionado a bancos de dados independentes. Mas na minha experiência isso é raro.
Você entra (ou faz logon ) no SQL Server usando um arquivo
login
. Sem umlogin
você não consegue se conectar ao SQL Server.A
login
é uma conta ou principal do SQL Server , gerenciada pelo SQL Server, que é usada para conceder e negar acesso a objetos.Se o logon for criado usando , o logon
FROM WINDOWS
do SQL Server ainda será um objeto no SQL Server que pode ter acesso concedido ou negado. A única mudança é que a senha para o login é mantida e gerenciada pelo Windows (ou Active Directory), e a conta pode ser desabilitada, ou bloqueada, etc, sem qualquer interação com o SQL Server. Isso permite a separação de tarefas de forma que o servidor ou a equipe de segurança gerenciem as senhas e o acesso à rede, enquanto a equipe do SQL Server gerencia o que esses logons podem fazer dentro do SQL Server.