{"id":77836,"date":"2026-05-05T16:27:02","date_gmt":"2026-05-05T16:27:02","guid":{"rendered":"https:\/\/exittechnologies.com\/?p=77836"},"modified":"2026-05-05T16:27:05","modified_gmt":"2026-05-05T16:27:05","slug":"migration-des-centres-de-donnees-par-rapport-au-declassement-ou-les-projets-echouent-ils","status":"publish","type":"post","link":"https:\/\/exittechnologies.com\/fr\/blog\/centre-de-donnees\/migration-des-centres-de-donnees-par-rapport-au-declassement-ou-les-projets-echouent-ils\/","title":{"rendered":"Migration des centres de donn\u00e9es ou mise hors service : L\u00e0 o\u00f9 les projets \u00e9chouent r\u00e9ellement"},"content":{"rendered":"Temps de lecture : <\/span> 5<\/span> minutes<\/span><\/span>\n

Le plan de migration de votre centre de donn\u00e9es est finalis\u00e9 et tout le monde est satisfait de la structure. Le nouvel environnement est pr\u00eat et la fen\u00eatre de transition est fix\u00e9e. C'est alors que quelqu'un pose une question sur le plan de d\u00e9classement. <\/p>\n\n\n\n

Une personne pensait qu'elle \u00e9tait d\u00e9j\u00e0 prise en charge. Une autre personne sugg\u00e8re de \u201cl'externaliser\u201d, sans entrer dans les d\u00e9tails. Enfin, quelqu'un sugg\u00e8re d'attendre que la migration soit termin\u00e9e.<\/p>\n\n\n\n

C'est l\u00e0 que les probl\u00e8mes peuvent commencer.  <\/p>\n\n\n\n

La migration et le d\u00e9classement ne sont pas le m\u00eame projet, mais ils sont \u00e9troitement li\u00e9s. <\/p>\n\n\n\n

Lorsque les \u00e9quipes les regroupent dans un m\u00eame panier mental, la migration est trait\u00e9e comme un \u00e9v\u00e9nement technologique et le d\u00e9mant\u00e8lement comme un reste de logistique. <\/p>\n\n\n\n

C'est ainsi que la r\u00e9cup\u00e9ration des actifs dispara\u00eet, que des lacunes dans la cha\u00eene de contr\u00f4le apparaissent et que les travaux les plus ingrats sont d\u00e9couverts lorsque les dirigeants pensent que le projet est d\u00e9j\u00e0 pratiquement termin\u00e9.<\/p>\n\n\n\n

La migration et le d\u00e9classement r\u00e9solvent des probl\u00e8mes diff\u00e9rents<\/strong><\/h2>\n\n\n\n

La mani\u00e8re la plus propre de comprendre les d\u00e9fis que vous pouvez rencontrer est de s\u00e9parer les emplois.<\/p>\n\n\n\n

\n
\n
La migration est une question de continuit\u00e9<\/strong>
Il s'agit de transf\u00e9rer les charges de travail, les applications, les utilisateurs, les d\u00e9pendances et l'\u00e9tat de l'infrastructure d'un environnement \u00e0 un autre sans interrompre l'activit\u00e9 de l'entreprise.<\/td>		Le d\u00e9classement, c'est la fermeture<\/strong>
Il s'agit de prouver ce qu'il est advenu de l'ancien environnement une fois que la migration n'en a plus besoin. Cela comprend le s\u00e9quen\u00e7age de l'arr\u00eat, l'identification des actifs, la cha\u00eene de contr\u00f4le, l'enl\u00e8vement, l'assainissement, la r\u00e9cup\u00e9ration, la destruction, le recyclage et le rapport final.<\/td><\/tr><\/tbody><\/table><\/figure>\n<\/div>\n<\/div>\n\n\n\n

Il s'agit l\u00e0 de conditions de r\u00e9ussite diff\u00e9rentes.<\/p>\n\n\n\n

Une migration peut \u00eatre techniquement r\u00e9ussie<\/a> m\u00eame si le d\u00e9classement devient un g\u00e2chis financier, de conformit\u00e9 ou de preuve. Un d\u00e9classement peut \u00eatre g\u00e9r\u00e9 de mani\u00e8re rigoureuse<\/a> alors que le plan de migration lui-m\u00eame a \u00e9t\u00e9 n\u00e9glig\u00e9. Le chevauchement est r\u00e9el, mais il s'agit d'un transfert et non d'une fusion.<\/p>\n\n\n\n

La zone de transfert pr\u00e9sente des d\u00e9fis logistiques <\/strong><\/h2>\n\n\n\n

Si une \u00e9quipe \u00e9choue, c'est parce que personne n'est responsable de la transition entre l'environnement r\u00e9el et l'environnement supprim\u00e9.<\/p>\n\n\n\n

C'est dans cette zone de transfert que le risque de catastrophe est le plus \u00e9lev\u00e9. Si vous ne pouvez pas r\u00e9pondre \u00e0 ces questions, les choses deviendront dangereuses : <\/p>\n\n\n\n

Quand l'actif est-il r\u00e9ellement hors production ?<\/strong><\/td>Qui autorise l'\u00e9loignement ?<\/strong><\/td>Qui confirme que les m\u00e9dias porteurs de donn\u00e9es sont sur la bonne voie ?<\/strong><\/td><\/tr>
\u00c0 qui appartient l'inventaire final ?<\/strong><\/td>Qui d\u00e9cide ce qui est r\u00e9cup\u00e9rable et ce qui est destructible ?<\/strong><\/td>Qui r\u00e9concilie ce qui \u00e9tait cens\u00e9 bouger avec ce qui a r\u00e9ellement boug\u00e9 ?<\/strong><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Si ces questions n'ont pas de responsables d\u00e9sign\u00e9s avant la fin de la fen\u00eatre de migration, le projet commence \u00e0 improviser.<\/p>\n\n\n\n

L'improvisation cr\u00e9e exactement le type de probl\u00e8mes que vous voulez \u00e9viter : ambigu\u00eft\u00e9 de la garde, s\u00e9rialisation manquante, mauvaise gestion de la r\u00e9cup\u00e9ration et travail de nettoyage inattendu. Alors que tout le monde se r\u00e9jouit de la migration, le d\u00e9classement est en train de s'effondrer.<\/p>\n\n\n\n

Ce qui appartient \u00e0 la migration et ce qui appartient au d\u00e9classement<\/strong><\/h2>\n\n\n\n

Il s'agit des op\u00e9rations que les \u00e9quipes doivent explicitement d\u00e9finir avant l'ex\u00e9cution :<\/p>\n\n\n\n

Workstream<\/strong><\/td>La migration poss\u00e8de<\/strong><\/td>Le d\u00e9mant\u00e8lement est la propri\u00e9t\u00e9 de<\/strong><\/td><\/tr>
R\u00e9duction de la charge de travail<\/td>D\u00e9placement de l'application, validation, logique de retour en arri\u00e8re<\/td>N\/A<\/td><\/tr>
Arr\u00eat de la production<\/td>Confirmation que les syst\u00e8mes ne sont plus n\u00e9cessaires dans l'ancien environnement<\/td>Ne proc\u00e9der au retrait qu'apr\u00e8s approbation de l'\u00e9tat d'arr\u00eat<\/td><\/tr>
\u00c9tat des stocks<\/td>Identifier ce qui reste en vie et ce qui reste \u00e0 la retraite<\/td>Saisie de l'inventaire final s\u00e9rialis\u00e9 des biens mis hors service<\/td><\/tr>
Risque li\u00e9 aux donn\u00e9es<\/td>Prot\u00e9ger les donn\u00e9es en direct pendant le basculement<\/td>Assainissement, destruction et preuves apr\u00e8s le d\u00e9part \u00e0 la retraite<\/td><\/tr>
R\u00e9sultat financier<\/td>\u00c9viter les co\u00fbts d'immobilisation<\/td>Pr\u00e9server la valeur de revente<\/a> et contr\u00f4ler les co\u00fbts d'enl\u00e8vement et de destruction<\/td><\/tr>
Rapport final<\/td>Ach\u00e8vement de la migration et r\u00e9tablissement du service<\/td>Registres de garde, registres de disposition, r\u00e9cup\u00e9ration et cl\u00f4ture<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Cette table est volontairement simple. <\/p>\n\n\n\n

Les op\u00e9rateurs ont tendance \u00e0 compliquer \u00e0 l'exc\u00e8s la fronti\u00e8re lors des discussions et \u00e0 ne pas la d\u00e9finir suffisamment lors de l'ex\u00e9cution.<\/p>\n\n\n\n

Cinq points de d\u00e9faillance \u00e0 l'origine de l'\u00e9chec des projets<\/strong><\/h2>\n\n\n\n

La plupart des probl\u00e8mes li\u00e9s au d\u00e9mant\u00e8lement et \u00e0 la migration des centres de donn\u00e9es se r\u00e9sument \u00e0 quelques domaines sp\u00e9cifiques. <\/p>\n\n\n\n

1. L'ancien environnement est trait\u00e9 comme un probl\u00e8me de stockage<\/h3>\n\n\n\n

C'est l'erreur post-migration la plus fr\u00e9quente. La migration est termin\u00e9e, mais l'environnement retir\u00e9 reste dans une zone grise. Personne ne veut y toucher tant que tout le monde n'est pas s\u00fbr que la transition est stable. Plus l'ancien environnement reste dans les limbes, plus vous risquez de perdre l'\u00e9tat de l'inventaire, de m\u00e9langer des actifs fonctionnels avec des actifs morts, de mal g\u00e9rer les supports ou de laisser le mat\u00e9riel de r\u00e9cup\u00e9ration vieillir dans un march\u00e9 plus difficile. Il faut un point d'entr\u00e9e d\u00e9fini, m\u00eame si l'ex\u00e9cution se fait par phases contr\u00f4l\u00e9es apr\u00e8s la mise en service.<\/p>\n\n\n\n

2. Personne ne d\u00e9finit le dernier inventaire de confiance<\/h3>\n\n\n\n

Les \u00e9quipes de migration se concentrent g\u00e9n\u00e9ralement sur l'\u00e9tat des services, et non sur l'\u00e9tat des r\u00e9sidus. Elles savent ce qui a \u00e9t\u00e9 d\u00e9plac\u00e9. Elles sont g\u00e9n\u00e9ralement moins disciplin\u00e9es sur ce qui est rest\u00e9, ce qui a \u00e9t\u00e9 mis hors tension, ce qui contient encore des donn\u00e9es et ce qui a chang\u00e9 d'\u00e9tat au cours du projet. C'est l\u00e0 que la mise hors service commence \u00e0 perdre de l'argent et du contr\u00f4le. Si vous ne verrouillez pas l'inventaire final au bon moment, chaque conversation est plus faible que la pr\u00e9c\u00e9dente : ce qui peut \u00eatre r\u00e9cup\u00e9r\u00e9, ce qui doit \u00eatre d\u00e9truit, ce qui a \u00e9t\u00e9 effectivement retir\u00e9 et ce qui manque encore dans le dossier.Plus vous essayez de reconstituer cette liste, plus votre projet commence \u00e0 d\u00e9pendre de feuilles de calcul qui ne sont pas align\u00e9es.<\/p>\n\n\n\n

3. Le chemin des donn\u00e9es est con\u00e7u trop tard<\/h3>\n\n\n\n

Les \u00e9quipes charg\u00e9es de la migration partent souvent du principe que l'ancien environnement peut \u00eatre assaini une fois le transfert effectu\u00e9. Il s'agit d'une solution provisoire, pas d'un plan. Au moment o\u00f9 la solution provisoire se transforme en travail r\u00e9el, les actifs peuvent d\u00e9j\u00e0 \u00eatre m\u00e9lang\u00e9s et les conditions de conservation peuvent \u00eatre moins bonnes. La d\u00e9cision de r\u00e9utiliser ou de d\u00e9truire se r\u00e9sume alors \u00e0 des contraintes de calendrier plut\u00f4t qu'\u00e0 des contraintes politiques.<\/p>\n\n\n\n

    <\/ol>\n\n\n\n

    Le document NIST SP 800-88 Revision 2 est utile ici car il pr\u00e9sente l'assainissement comme un programme avec des contr\u00f4les li\u00e9s au type de support et \u00e0 la sensibilit\u00e9 de l'information. Le chemin d'acc\u00e8s aux donn\u00e9es doit \u00eatre d\u00e9cid\u00e9 dans le cadre de la conception de la mise hors service. On ne peut pas se contenter de traverser ce pont quand on y arrive.<\/p>\n\n\n\n

    4. Le plan de relance rel\u00e8ve soit de la fantaisie, soit de la n\u00e9gligence<\/h3>\n\n\n\n

    Les \u00e9quipes vont g\u00e9n\u00e9ralement trop loin dans une direction. Soit elles partent du principe que l'environnement des retrait\u00e9s est une mine d'or cach\u00e9e, soit elles traitent tout ce qui est ancien comme de la ferraille et d\u00e9truisent accidentellement de la valeur.Les deux erreurs proviennent du m\u00eame probl\u00e8me : personne n'a fait le travail de s\u00e9paration entre l'inventaire de premi\u00e8re qualit\u00e9 et l'inventaire de queue.<\/p>\n\n\n\n

    Si le plan de d\u00e9classement n'identifie pas ce qui fait l'objet d'une v\u00e9ritable demande sur le march\u00e9 secondaire, le mat\u00e9riel est trait\u00e9 comme un nettoyage et non comme une cat\u00e9gorie d'actifs. Si le plan part du principe que tout a encore de la valeur, les finances se voient vendre une chim\u00e8re et le budget du projet est fauss\u00e9 avant m\u00eame que l'ex\u00e9cution ne commence.<\/p>\n\n\n\n

    5. La fronti\u00e8re du fournisseur est floue<\/h3>\n\n\n\n

    Un fournisseur de services de migration, une \u00e9quipe de d\u00e9m\u00e9nageurs, un entrepreneur en installations et un op\u00e9rateur ITAD peuvent tous intervenir dans le m\u00eame projet. Cela ne signifie pas qu'ils partagent les m\u00eames motivations.<\/p>\n\n\n\n

    Une partie veut que la transition soit stable. Une autre veut que la salle soit nettoy\u00e9e. Une autre veut que le mat\u00e9riel soit s\u00e9rialis\u00e9 et prot\u00e9g\u00e9, et une autre veut que le r\u00e9sultat de la r\u00e9cup\u00e9ration soit pr\u00e9serv\u00e9. Si ces limites ne sont pas d\u00e9finies, le projet est confi\u00e9 \u00e0 celui qui se fait le plus entendre au cours de la derni\u00e8re semaine. Le propri\u00e9taire de la mise hors service a besoin d'avoir autorit\u00e9 sur la trajectoire du bien mis hors service, m\u00eame si c'est la migration qui est \u00e0 l'origine de la mise hors service.<\/p>\n\n\n\n

    <\/p>\n\n\n\n

    Un meilleur mod\u00e8le de fonctionnement<\/strong><\/h2>\n\n\n\n

    Si vous voulez que le projet reste propre, faites de la migration et du d\u00e9classement des flux de travail li\u00e9s mais distincts, avec un transfert formel.<\/p>\n\n\n\n

    Ce transfert doit \u00eatre d\u00e9fini :<\/p>\n\n\n\n