SQL Server 2016 : préparer mise à niveau ou migration

Établir le périmètre avant de choisir une cible

Relevez les bases, leur usage, les interfaces et les opérations d’administration. Identifiez les traitements planifiés, les rapports et les connexions des postes. Une application ancienne peut utiliser un pilote ou une bibliothèque qui impose des tests spécifiques sur le moteur cible. Le diagnostic doit couvrir ces dépendances, pas seulement la capacité d’ouvrir la base.

Désignez les responsables du code métier et de l’exploitation. Un fournisseur peut maintenir l’application sans administrer le serveur. Les licences, les outils de sauvegarde et les services externes doivent apparaître dans l’inventaire. Si l’entreprise ne possède pas le code ou si un éditeur limite les versions compatibles, cette contrainte doit être confirmée avant un engagement de migration.

Arbitrer les trajectoires distinctes

La montée vers une version maintenue vise la compatibilité et l’exploitation. Le remplacement de l’interface vise les parcours utilisateurs et les accès. Le changement de moteur peut ajouter un travail de transformation des requêtes, des types et des procédures. Demandez une présentation par scénario plutôt qu’une proposition unique qui fusionne toutes les dépenses.

Les ESU, lorsqu’ils sont applicables selon les conditions du fournisseur, peuvent constituer une mesure transitoire. Ils ne doivent pas être présentés comme une suppression de la dette technique ou une couverture identique à un projet de modernisation. Demandez une confirmation de l’éligibilité et du périmètre couvert ; aucun prix ni droit d’accès n’est présumé sur cette page.

Tester données, performances et restauration

La recette compare les résultats des traitements, les totaux métier et les erreurs. Les performances sont observées sur des opérations représentatives avec les volumes et la concurrence convenus. Une mesure isolée sur une requête ne remplace pas un parcours d’utilisateur ni l’échange avec la comptabilité. Les différences sont documentées et arbitrées avant l’ouverture.

Préparez un environnement de test et un plan de bascule qui puisse être répété. La restauration doit couvrir les données et la configuration nécessaires au service. Le retour possible inclut les écritures créées depuis l’ouverture. L’équipe reçoit une documentation sur la nouvelle exploitation, les sauvegardes et les dépendances. Le budget distingue licences, travaux de compatibilité, recette et maintenance pour que la direction choisisse sur une base complète.

Exercice fictif pour préparer la recette

Préparez une restauration sur l’environnement de recette puis exécutez un ensemble fictif de traitements représentatifs. Les opérations comprennent une écriture, une recherche, une édition et une tâche planifiée. Le rapport compare les résultats et les erreurs avec l’environnement de référence. Une restauration réussie ne suffit pas si un traitement indispensable ne s’exécute plus.

Faites connecter les interfaces qui continueront à utiliser le moteur. Le candidat doit vérifier les pilotes, les droits et le comportement concurrent. Les différences de configuration sont identifiées dans la documentation, avec la personne qui les maintiendra. Une adaptation manuelle non consignée n’est pas une procédure de déploiement reproductible.

Terminez par une simulation de retour après une nouvelle écriture. L’équipe doit savoir comment la préserver et comment contrôler l’état final. Si une couverture ESU est envisagée pour la transition, demandez une confirmation adaptée à la situation. Cet exercice permet de comparer la mise à niveau, la couverture transitoire et la refonte sur leurs fonctions et leurs risques propres.

Une fiche de consultation à remplir avec le métier

Pour utiliser cette grille, réunissez le responsable du processus, un utilisateur qui connaît les exceptions et la personne qui suivra le budget. Préparez un exemple fictif représentatif plutôt qu’une base réelle. Pour chaque ligne, faites décrire l’état actuel, le résultat voulu et la personne habilitée à arbitrer un écart. Les éléments inconnus restent identifiés comme des investigations à mener avant l’engagement de réalisation.

Demandez au candidat de reprendre cette grille dans sa proposition, avec les livrables inclus et les exclusions. Une réponse qui ne couvre qu’un cas normal doit être précisée. Les erreurs, les annulations et les reprises après incident peuvent modifier le coût et le fonctionnement. Conservez les hypothèses acceptées avec le périmètre de recette afin que le responsable puisse vérifier la livraison.

Le rôle de Suite Métier est la mise en relation. Le prestataire confirme la faisabilité, son architecture et son devis après examen du besoin. Les modalités de reprise, les droits contractuels et les engagements de support sont à convenir avec lui. Aucun délai de réalisation ni résultat financier n’est garanti par cette fiche. Le décideur reste maître du choix et de la réception.

Questions pratiques

Préparer la suite du projet

• Migration Access vers une application web : cadrage, reprise et devis
• Demander un devis et cadrer votre besoin
• Moderniser SQL Server : distinguer la base et l’interface
• Access 2016 et 2019 : choisir la suite après le support
• Notre méthode de sélection et de traitement des demandes
• Cadrer le remplacement d’un outil Access ou Excel