> Tech > Localisation de SQL Server et connexion

Localisation de SQL Server et connexion

Tech - Par iTPro - Publié le 24 juin 2010
email

Vous pouvez modifier le code du listing 3 afin de rechercher l'environnement de base de données approprié pour la base de données Northwind et d'établir une connexion de manière dynamique à  un serveur SQL Server à  partir du seul nom de la base de données dans l'environnement. Le code du

listing 5 fait appel à  une requête SQL ADSI afin d’obtenir
l’information ADsPath pour la base de données Northwind
dont l’attribut Flags a la valeur 1 (désignant donc l’environnement
de production). Le code utilise ensuite la propriété
ADSI Parent pour récupérer le conteneur parent MSSQLSERVER
de mS-SQL-SQLDatabase. Après avoir obtenu l’information
ADsPath pour l’objet mS-SQLSQLServer,
le code extrait le numéro
de port sur lequel SQL Server s’exécute,
puis se sert de la propriété ADSI
Parent pour obtenir le nom du serveur
ou dNSHostname. Une fois récupérés
le nom de serveur et le numéro de
port, le code établit une connexion sécurisée
au serveur SQL Server. Les éléments
téléchargeables fournis avec
cet article incluent une DLL COM
Visual Basic (VB) 6.0 et du code
VBScript, qui effectuent les quatre
tâches présentées (www.itpro.fr Club
Abonnés) : obtenir les serveurs SQL
Server, les bases de données et la
source des données, puis définir l’attribut
Flags. L’utilisation d’une DLL
permet de pallier à  la lenteur des performances
autrement constatée avec
le seul langage VBScript.

La publication d’un service est
l’une des fonctionnalités les plus puissantes
d’AD. Lorsque vous publiez un
serveur SQL Server en tant que service
dans Active Directory, vous pouvez
concevoir des applications client capables
de localiser dynamiquement
des bases de données via la publication
de service et la fonction de recherche,
éliminant ainsi les modifications
manuelles de configuration des
clients. D’un autre côté, en mettant
simplement à  jour l’emplacement de
la base de données dans AD, les DBA
peuvent déplacer plus facilement les
bases de données vers un autre serveur sans incidence pour
les applications qui les localisent dynamiquement par le biais
d’Active Directory.

En publiant un serveur SQL Server dans AD et en développant
des applications qui utilisent la publication de service,
vous pouvez vous affranchir du besoin de stocker des
données de configuration statiques sur chaque client. Vous
disposez en outre d’une souplesse accrue pour la reconfiguration
des emplacements de base de données et vous pouvez
réduire les temps d’arrêt découlant d’une migration des
bases de données d’un environnement de serveur vers un
autre.

Téléchargez gratuitement cette ressource

Sécurité Office 365 : 5 erreurs à ne pas commettre

Sécurité Office 365 : 5 erreurs à ne pas commettre

A l’heure où les données des solutions Microsoft de Digital Workplace sont devenues indispensables au bon fonctionnement de l’entreprise, êtes-vous certain de pouvoir compter sur votre plan de sécurité des données et de sauvegarde des identités Microsoft 365, Exchange et Teams ? Découvrez les 5 erreurs à ne pas commettre et les bonnes pratiques recommandées par les Experts DIB France.

Tech - Par iTPro - Publié le 24 juin 2010