SQL Server 2008 R2: problèmes après le changement de nom d'ordinateur


10

Je rencontre un problème déroutant après avoir changé le nom d'ordinateur d'un serveur distant hébergeant une instance SQL Server locale.

Fondamentalement, un serveur distant a été déplacé d'un site à un autre. Afin de faciliter cela, j'ai sauvegardé et restauré l'ancienne base de données sous un nouveau nom de base de données, effaçant les données afin qu'elles puissent être utilisées comme une nouvelle base de données pour le logiciel client. J'ai également changé le nom de l'ordinateur, comme nous le faisons toujours pour identifier chaque serveur par son numéro de site.

La base de données peut être connectée très bien par le logiciel client, et je peux me connecter directement à SQL Server très bien. Cependant, l'un de mes travaux de l'Agent SQL Server échoue, avec une erreur dans le journal des événements:

Travail planifié SQL Server 'Nightly Reset' (0x4F76FDFFF6DFFE4EA0DE4A70252AD3BD) - Statut: échec - Appelé le: 2012-02-07 08:10:05 - Message: le travail a échoué. Impossible de déterminer si le propriétaire (Site-19 \ Admin) du travail Nightly Reset a accès au serveur (raison: impossible d'obtenir des informations sur le groupe / utilisateur Windows NT 'Site-19 \ Admin', code d'erreur 0x534. [SQLSTATE 42000] ( Erreur 15404)).

Maintenant, «Site-19» est l'ancien nom de l'ordinateur, qui a été modifié et le serveur a été réinitialisé. Je me connecte manuellement en utilisant «Site-28», le nouveau numéro de site, et il me montre que je suis connecté au serveur SQL avec Site-28 \ Admin. Cependant, lorsque je regarde les propriétés du travail de l'agent, il montre que le propriétaire est Site-19 \ Admin, et lorsque j'essaie de rechercher des utilisateurs pour le modifier, Site-28 \ Admin n'apparaît pas comme une option , uniquement Site-19 \ Admin. Si je crée un script pour un nouveau travail à partir de celui-ci et que je change manuellement le propriétaire en «Site-28 \ Admin», le nouveau travail est créé avec le propriétaire «Site-19 \ Admin».

En regardant dans sys.servers (ou via sp_helpserver), je n'ai qu'une seule entrée: le nom de l'ordinateur actuel. Cependant, SELECT @@ SERVERNAME renvoie le nom d'origine de la machine de développement (il y a deux changements de nom).

En bref, je ne peux pas exécuter ce travail important de l'Agent SQL Server car il appartient à un utilisateur qui n'existe plus et je ne peux pas comprendre comment le modifier ou le créer en tant qu'utilisateur correct.


Merci pour le lien. Sur votre suggestion, je l'ai également posée. Je pense que cela est également valable ici, car bien que la question soit plus liée à l'infrastructure, la réponse impliquera très probablement du code, et il y a également beaucoup de questions de méthodologie SQL Server.
Geo Ego

Et que se passe-t-il si vous supprimez le serveur 'Site-28'? Qu'est-ce qui affiche sp_helpserver? Ne pouvez-vous pas simplement supprimer l'ancien travail et en créer un nouveau?

1
Chose intéressante, lorsque j'essaie de supprimer «Site-28», il me dit qu'il ne peut pas être trouvé. Quand j'essaye de l'ajouter, il indique qu'il existe déjà. Si je crée le travail nouveau, que ce soit via l'assistant ou en le scriptant à partir de l'original, il le crée toujours avec «Site-19 \ Admin» en tant que propriétaire.
Geo Ego

Ainsi, l'ancien serveur physique a reçu un nouveau nom (et cette modification a également été effectuée dans DNS) et SELECT @@ SERVERNAME dans la zone renommée renvoie son nouveau nom?
jl01

1
J'ai fusionné la question transférée dans celle-ci, donc toutes les réponses sont consolidées.
jcolebrand

Réponses:


7

Lorsque vous avez ajouté le nouveau nom de serveur à l'aide de sp_addserver, vous êtes-vous souvenu d'inclure la désignation "locale". C'est cette balise qui met à jour les métadonnées pour @@ SERVERNAME. Plus d'information.

sp_addserver 'servername', local

Juste une note qui @@ServerNamen'a pas été mise à jour jusqu'à ce que je redémarre SQL Server
fiat

7

J'ai trouvé la réponse hier avec l'aide d'un de mes amis. J'ai dû me connecter via SSMS avec un utilisateur autre que la connexion Windows que j'essayais d'utiliser, supprimer l'ancienne connexion et ajouter à nouveau ma connexion Windows. Après cela, j'ai pu transférer correctement la propriété du travail, SQL a pu obtenir les données utilisateur de Windows, et tout allait bien avec le monde.


J'ai appliqué cette réponse de AND @ brian-knight. Pour changer les propriétaires de db, je l'ai utilisé SELECT 'use ' + DB_NAME(database_id) + ';EXEC sp_changedbowner ''sa'';' FROM sys.databases where DB_NAME(database_id) like 'MyDbs%';. Après cela, j'ai pu abandonner la mauvaise connexion
fiat

4

J'utilise les éléments suivants pour identifier les problèmes et créer la bonne instruction drop et add, si vous obtenez TOUT OK, vous n'avez rien à faire sinon vous devez exécuter les commandes.

declare @currentName as nvarchar(128)
declare @newName as varchar(max)
declare @serverName as varchar(max)
declare @serverInstance as varchar(max)

select  @currentName = @@SERVERNAME
select @serverInstance = cast(serverproperty('InstanceName') as varchar(max))
select  @serverName = cast(serverproperty('MachineName') as varchar(max))

set @newName = @serverName

if (@serverInstance <> '') 
begin
      set @newName = @serverName + '\' + @serverInstance
end

if (@currentName <> @newName)
Begin
      print 'sp_dropserver ''' + @currentName + '''';
      print 'go'
      print 'sp_addserver ''' + @newName + ''',local'
      print 'go'
end
else
Print 'ALL OK'

En utilisant ce script, j'ai pu identifier que je devais supprimer manuellement l'ancien nom du serveur et ajouter le nouveau. Je l'ai fait, mais j'ai toujours les mêmes problèmes.
Geo Ego

Avez-vous redémarré l'instance?

Oui, l'instance a été redémarrée par la suite.
Geo Ego

Désolé mec, je dois me retirer, je ne sais pas quel pourrait être le problème.

0

Eu un problème similaire: changé le nom d'hôte d'un ordinateur sur lequel SQL Server et SQL Server Agent sont en cours d'exécution. Des emplois ont été attribués à. Après avoir créé un utilisateur temporaire / connexion à SSMS à l'aide de ce nouvel utilisateur temporaire / suppression et créer le nom de connexion (publics et administrateurs système!) / Réaffecter les travaux à cette connexion recréée, tout allait bien. Vous pourriez peut-être manipuler une table système pour refléter le même changement; mais la méthode ci-dessus n'est pas si risquée.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.