Impossible d'ajouter un utilisateur au rôle Sysadmin dans SQL Server
J'utilise SQL Server 2008 Management Studio. Le compte de connexion actuel appartient au groupe d'administrateur local de la machine. J'utilise Windows intégré Security Mode dans SQL Server 2008.
Mon problème est, après être connecté dans SQL Server Management Studio, j'ai sélectionné mon nom de connexion sous Sécurité/Logines, puis sélectionnez l'onglet Rôles de serveur, puis sélectionnez le dernier élément - Sysadmin à me faire appartenir à ce groupe/rôle, mais il dit que je ne pas avoir assez de permission. Des idées ce qui ne va pas? Je pense que l'administrateur local devrait être capable de faire n'importe quoi. :-)
La connexion de la session où vous essayez de définir des autorisations doit avoir des autorisations.
Donc, la connexion que vous utilisez est un administrateur local? Cela signifie que le groupe d'administration local n'a pas assez de droits.
L'interface graphique va fonctionner aussi sp_addsrvrolemembermember . Bien que cela dit
Nécessite une adhésion au rôle dans lequel le nouveau membre est ajouté.
Donc, le groupe d'administration local n'est pas membre de Sysadmin.
Éditer:
Pour résoudre: utilisez un identifiant qui a des droits. Vous pouvez en trouver une utilisation sp_helpsrvrolememberember
Dans un bon article Dépannage: Connexion au serveur SQL lorsque les administrateurs système sont verrouillés , l'auteur nous dit que tout ce que nous avons à faire pour reprendre le contrôle de notre serveur SQL est de
"Démarrez l'instance de SQL Server en mode mono-utilisateur à l'aide des options -M ou -f. Tout membre du groupe Administrateurs local de l'ordinateur peut ensuite se connecter à l'instance de SQL Server en tant que membre du rôle Sysadmin Fixer Server. "
Malheureusement, ce que cela signifie commencer en mode mono-utilisateur n'est pas une affaire intuitive. De plus, au moins dans mon expérience, l'adhésion au groupe administrateur local de mon ordinateur n'a pas accordé à Sysadmin Statut à mon compte "utilisateur".
Cette histoire avait commencé quand aborder un problème d'adhésion à mon domaine par un serveur non-DC (conséquence de la modification du FSI), j'ai reconstruit le DC dans Windows Server 2008 R2 à partir de 2008. Cette Résoluez quelques problèmes mineurs mais n'a pas abordé la question de l'adhésion par le serveur errant. Il a fallu une solution suggérée à Serverfault pour accomplir cela (dans mon cas, il s'agissait de réinitialiser Winsock et TCPIP).
SQL Server 2008 réside sur ce second serveur, maintenant membre du domaine. Voici le problème. Comme une personne pointe sur Serverfault, il est courant de pousser le "Laissez l'utilisateur actuel devenant comme sysadmin", lors de l'installation de Server 2008. Common également à ne pas considérer personne d'autre. Étant donné que cette identité d'utilisateur unique était un membre de domaine d'un domaine qui n'existait plus, personne n'a eu la permission d'administrer SQL Server.
Je me suis connecté en tant qu'administrateur de serveur local qui existait lorsque SQL Server a été installé, mais cela m'a permis d'accéder au studio de gestion, j'ai rapidement découvert que les administrateurs intégrés\n'avaient que le rôle de serveur "public".
Après de nombreuses recherches et expérimentations, je me suis produit sur un article donnant aux spécificités de la connexion à une seule utilisateur http://technet.microsoft.com/en-us/library/ms180965.aspx :
C:\>cd \Program Files\Microsoft SQL Server\MSSQL10_50.1\MSSQL\Binn
C:\...>sqlservr.exe -m
Pour préparer cette étape, vous devez fermer SQL Server (qui fonctionne par défaut dans la plupart des cas). Utilisez SQL Configuration Manager pour arrêter "SQL Server".
Ensuite, dans une invite de commande, accédez à cet emplacement du fichier de programme (ou équivalent sur votre machine) et émettez la commande "SQLSERVR.EXE -M". Si vous voyez un flux d'activité connecté à votre invite de commande, vous réussissez. Si cela ne parvient pas à démarrer, vous avez probablement un serveur SQL fonctionnant déjà. Ferme-le.
Permettez à l'instance mono-utilisateur de joindre ses bases de données. Lorsque l'activité du journal a cessé, Open Management Studio. Vous serez automatiquement en mode mono-utilisateur et, par conséquent, quel que soit le compte que vous déclarez sera un sysadmin. Utilisez cette alimentation pour ajuster les connexions de sécurité et les rôles de serveur.
Dans mon cas, je devais recréer les comptes de domaine dans le nouveau domaine, puis supprimer leurs navisages dans SQL Server et les reconstruire (en raison de la situation SID/GUID), réaffectant les autorisations à des bases de données particulières si nécessaire.
SQL Server 2008 n'affiche plus les administrateurs intégrés\en tant que membres du rôle de serveur fixe Sysadmin
C'est vrai, mais dans ce cas, vous pouvez vous remettre de cette situation de démarrer le service SQL Server en mode utilisateur unique (mode d'urgence), et n'importe quel administrateur local pourra vous connecter.
Voir MSDN .
Par défaut SQL ajoute le groupe intégré\Administrateurs au rôle Sysadmin, ce qui signifie que tout administrateur NT local est automatiquement un SQL Sysadmin. Sur Vista, en raison de l'UAC, vous devez exécuter en mode "en tant que mode administrateur" pour bénéficier de ce privilège.
- Si vous êtes sur Vista, exécutez l'outil client (SSMS) 'en tant qu'administrateur', puis essayez de vous ajouter comme système sysadmin.
- Si le groupe BusoundIn\Administrateurs a été retiré de Sysadmin Rôle accidentellement, vous devez vous connecter à un autre login Sysadmin. Si elle n'est pas une autre connexion Sysadmin, vous devez vous connecter avec l'authentification SQL en tant que SA et utiliser le mot de passe SA qui a été défini lors de la configuration. Une fois connecté en tant que membre de Sysadmin, adjonctionnement de la publicité dans le rôle de Sysadmin. Si les connexions SQL sont désactivées, alors félicitations, vous venez de vous enfermer de l'installation SQL.
- Si le groupe d'administrateurs intégré a été supprimé intentionnellement du rôle Sysadmin (conformément à KB932881 ), vous essayez de pirater le système que vous n'avez pas la permission à.
Par défaut SQL Server 2008 n'a plus ajouté les administrateurs intégrés\en tant que membres du rôle de serveur fixe Sysadmin. Lorsque vous passez par l'installateur, il demande quel compte ou comptes devraient avoir des droits sysadmin. Il y a un bouton qui dit essentiellement "Make Me Un Sysadmin" qui ajoutera le compte de l'utilisateur à faire l'installation comme système sysadmin.
S'ils n'ont pas ajouté d'autres utilisateurs en tant que Sysadmins, seul cet utilisateur est actuellement un Sysamdin. Vous aurez besoin de connecter cette personne dans le serveur SQL et de subvenir aux droits SYSADMIN DBAS.
J'ai réfléchi sur le même problème après une nouvelle installation jusqu'à l'inscription du serveur, sur SQL Server 2008, puis tout s'est passé comme il se doit