Une instance serveur SQL est identifi=E9e par=20
nom_physique_machine\instance
=20
Le besoin est de se lib=E9rer de ce nom physique de la=20
machine pour tous les "acc=E8s" ou "utilisation" d'une bdd=20
pour rendre tout changement de serveur transparent pour=20
les utilisateurs, lors d'un backup sur un autre serveur=20
d'un m=EAme domaine, et m=EAme d'un autre domaine r=E9seau.
La 1=E8re orientation est d'agir le plus en amont en mettant=20
un alias de type CName sur la machine et de v=E9rifier qu'il=20
est bien utilisable tout au long de la cha=EEne par une=20
syntaxe [nom_alias\instance]
Cette solution est-elle viable, Existe-t-il d'autres=20
possibilit=E9s ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vuillermet Jacques
Une possibilité : utiliser l'inscription de l'instance dans l'AD. Au démarrage l'application cliente consulte l'AD pour trouver le nom physique du serveur à utiliser.
Changer de serveur physique revient à changer l'entrée dans l'AD par réinscription de l'instance.
(Je ne l'ai jamais fait en pratique)
Jacques.
"Ancelle" a écrit dans le message de news: 1aa9201c44ee1$15c09fd0$ Une instance serveur SQL est identifiée par nom_physique_machineinstance
Le besoin est de se libérer de ce nom physique de la machine pour tous les "accès" ou "utilisation" d'une bdd pour rendre tout changement de serveur transparent pour les utilisateurs, lors d'un backup sur un autre serveur d'un même domaine, et même d'un autre domaine réseau.
La 1ère orientation est d'agir le plus en amont en mettant un alias de type CName sur la machine et de vérifier qu'il est bien utilisable tout au long de la chaîne par une syntaxe [nom_aliasinstance]
Cette solution est-elle viable, Existe-t-il d'autres possibilités ?
Merci pour vos réponses.
Une possibilité : utiliser l'inscription de l'instance dans l'AD.
Au démarrage l'application cliente consulte l'AD pour trouver le nom
physique du serveur à utiliser.
Changer de serveur physique revient à changer l'entrée dans l'AD par
réinscription de l'instance.
(Je ne l'ai jamais fait en pratique)
Jacques.
"Ancelle" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 1aa9201c44ee1$15c09fd0$a101280a@phx.gbl...
Une instance serveur SQL est identifiée par
nom_physique_machineinstance
Le besoin est de se libérer de ce nom physique de la
machine pour tous les "accès" ou "utilisation" d'une bdd
pour rendre tout changement de serveur transparent pour
les utilisateurs, lors d'un backup sur un autre serveur
d'un même domaine, et même d'un autre domaine réseau.
La 1ère orientation est d'agir le plus en amont en mettant
un alias de type CName sur la machine et de vérifier qu'il
est bien utilisable tout au long de la chaîne par une
syntaxe [nom_aliasinstance]
Cette solution est-elle viable, Existe-t-il d'autres
possibilités ?
Une possibilité : utiliser l'inscription de l'instance dans l'AD. Au démarrage l'application cliente consulte l'AD pour trouver le nom physique du serveur à utiliser.
Changer de serveur physique revient à changer l'entrée dans l'AD par réinscription de l'instance.
(Je ne l'ai jamais fait en pratique)
Jacques.
"Ancelle" a écrit dans le message de news: 1aa9201c44ee1$15c09fd0$ Une instance serveur SQL est identifiée par nom_physique_machineinstance
Le besoin est de se libérer de ce nom physique de la machine pour tous les "accès" ou "utilisation" d'une bdd pour rendre tout changement de serveur transparent pour les utilisateurs, lors d'un backup sur un autre serveur d'un même domaine, et même d'un autre domaine réseau.
La 1ère orientation est d'agir le plus en amont en mettant un alias de type CName sur la machine et de vérifier qu'il est bien utilisable tout au long de la chaîne par une syntaxe [nom_aliasinstance]
Cette solution est-elle viable, Existe-t-il d'autres possibilités ?
