Le fait de garder les bases de données des applications Web sur un serveur et IIS sur un autre présente un avantage : il n'est pas nécessaire de migrer les bases de données quand on met à niveau IIS. Cependant, si les bases de données sont à base de
Migration de la base de données
fichiers (si on utilise des bases de données Microsoft Access, par exemple) et si elles font partie de la structure de répertoires de l’arborescence IIS Web, on peut les déplacer en même temps que le contenu Web. Si on utilise les bases de données Microsoft SQL Server qui résident sur le même serveur qu’IIS, on pourra transférer les bases de données sur le serveur Win2K et tester la nouvelle configuration de bases de données avant de déplacer la configuration IIS. En procédant ainsi, on peut séparer la migration de la base de données de celle du serveur Web – une méthode qui facilite la détection et la correction des problèmes de migration. Il faudra probablement créer des connexions DSN (Data Source Name) sur le serveur Win2K pour les bases de données migrées.
Téléchargez gratuitement cette ressource
Les 7 étapes d’un projet de dématérialisation RH
Dans ce livre blanc, nous vous donnons les clés pour concevoir votre projet de dématérialisation RH. Vous découvrirez chacune des étapes qui vous permettront d’apporter de nouveaux services aux collaborateurs, de vous adapter aux nouvelles pratiques et de renforcer la marque employeur.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
Les plus consultés sur iTPro.fr
- Plateforme de protection applicative : le couteau suisse indispensable pour les développeurs et les équipes de sécurité
- Cohésion d’équipe & Collaboration numérique : un duo gagnant ?
- Cyber espionnage – Les pirates russes APT29 utilisent les services de stockage en ligne, DropBox et Google Drive
- SEKOIA : de l’intelligence sur les menaces jusqu’à l’automatisation de la réponse !
- Les managers face à l’impact du télétravail
