Renouvellement de la sauvegarde bureautique

Le marché associe l’intégration avec engagement de résultat, l’acquisition des licences et la maintenance corrective, préventive, évolutive et de maintien en conditions de sécurité. Il comprend l’étude, l’installation et le paramétrage, la stratégie de coexistence et de reprise des archives Avamar, les essais, la mise en service, la documentation et le transfert de compétences. Une expertise sur site peut aussi être sollicitée pour diagnostiquer des problèmes récurrents ou un dysfonctionnement notable ; des interventions hors jours et heures ouvrés peuvent être demandées sur les infrastructures critiques.

Couverture et architecture

La solution doit couvrir l’environnement bureautique, les VM, SAP S/4HANA, HCL Domino, Active Directory, SQL Server et Oracle. XCP-ng doit être compatible. Pour SAP, la sauvegarde des bases HANA et des journaux se fait par fichiers, sans connecteur SAP indispensable ; une solution HCL peut exposer les fichiers à sauvegarder, sans plug-in HCL nécessaire. Active Directory doit être sauvegardé à chaud (System State), avec restauration granulaire des utilisateurs, GPO et attributs sans interruption, et procédure documentée de restauration complète de forêt. SQL Server via VSS et Oracle via RMAN doivent être pris en charge nativement, avec gestion automatique des journaux, restauration granulaire des tables et restauration à un instant donné ; clusters SQL AlwaysOn et WSFC pris en charge.

L’architecture doit permettre trois copies : deux sur site dans les deux salles machines éloignées, reliées par fibre 10 Gb/s, avec réplication intersalle obligatoire ; une copie externalisée est optionnelle et relève d’un hébergeur hors consultation. Des séquestres hors ligne exceptionnels des sauvegardes sont à organiser à intervalles réguliers. L’immuabilité des sauvegardes pendant une période définie est indispensable ; la capacité doit accepter une hausse de 20 à 30 % sans remise en cause du matériel. La restauration granulaire et l’Instant Recovery sont attendues ; la vérification automatisée des restaurations constitue un plus.

• RPO quotidien, sauf SAP : perte de données acceptable d’une heure. Le RTO n’est pas une exigence forte, la plupart des applications ayant un mode dégradé.
• La fenêtre actuellement utilisée va de 20 h à 7 h ; l’aéroport fonctionne 24 h/24, avec une forte baisse d’activité entre 23 h et 4 h.
• Chiffrement au repos et en transit non obligatoire en local ; chiffrement de la communication demandé pour une sauvegarde externe et déconnectée.
• Accès à la console par authentification isolée d’Active Directory et authentification multifacteur ; pas de comptes constructeur dotés d’un mot de passe non modifiable.

Sécurité, performances et exploitation

La solution doit fonctionner dans un environnement totalement déconnecté d’Internet, sans connexion entrante ou sortante vers le réseau public. Les mises à jour passent par un serveur local ou un processus manuel ; sauvegarde, restauration et supervision doivent fonctionner en mode isolé. Maintenance et dépannage sans accès Internet permanent : interventions en présentiel sous supervision du client ou à distance par tunnel sécurisé (VPN, bastion), à durée limitée et avec traçabilité.

Les objectifs de performance vérifiés en recette sont d’au moins 300 Mo/s pour les fichiers et 150 Mo/s pour les bases de données ; sauvegarder 1 To en 3 heures au maximum ; impact CPU ou RAM sur les systèmes de production ne dépassant pas 20 % ; restauration de 100 Go en moins de 40 minutes et récupération d’une VM de 100 Go en environ une heure. La solution doit limiter l’impact sur les serveurs, assurer la cohérence application/données et permettre la granularité au niveau des VM. Des tableaux de bord doivent suivre la réussite des sauvegardes et la consommation du stockage, avec alertes au minimum par courriel en cas d’échec ou de défaillance. La compatibilité Centreon version 24 ou supérieure doit permettre une supervision centralisée des états et durées de sauvegarde, du stockage utilisé/disponible et des alertes.

Les équipements sont rackables en baies standard 19 pouces. Le titulaire indique les puissances électriques nécessaires par rack et au démarrage. Le CCTP précise que le serveur et les matériels et licences destinés à héberger la solution logicielle sont à la charge d’ADBM, sur recommandations techniques du titulaire, alors que les exigences de solution complète demandent d’intégrer les matériels et logiciels nécessaires : cette répartition doit être clarifiée dans l’offre.

Reprise, livrables et réception

Le titulaire détaille la stratégie de gestion des archives Dell Avamar ; les anciennes sauvegardes doivent rester accessibles pendant la transition. Le planning prévoit l’état des lieux et la phase étude, l’installation et la configuration, les livrables DAT et DAA, la migration des archives, les tests de restauration, la formation et les étapes de recette. Il indique aussi les ressources nécessaires côté maître d’ouvrage pour les grandes phases.

Les prestations comportent validation de la phase étude, recette d’intégration, vérification d’aptitude au bon fonctionnement et vérification de service régulier. Le titulaire fournit les livrables de chaque phase en français, ainsi que les cahiers et résultats de ses tests avant recette et avant livraison. Les réserves et anomalies sont corrigées jusqu’à validation écrite d’ADBM ; la mise en production relève de la décision du client. Une formation sur site est prévue pour six personnes en une session, avec guide remis aux participants et disponible au format numérique.

Les effectifs et politiques de sauvegarde existants servent de contexte à la reprise : clusters VMware de production (150 VM), préproduction (110 VM) et DMZ (15 VM) ; stockage de sauvegarde en salle 1 de 67 To, dont 60 To utilisés, avec croissance annuelle de 10 %, et en salle 2 de 7 To, dont 4 To utilisés, avec croissance annuelle de 5 %. Les politiques indiquées comprennent notamment, pour les VM critiques, 12 mensuelles, 4 hebdomadaires et 14 quotidiennes ; pour les VM de préproduction ou développement, 4 hebdomadaires et 14 quotidiennes ; pour les VM par défaut, 14 quotidiennes. Pour les bases de production : 3 mensuelles, 4 hebdomadaires et 14 quotidiennes ; pour les bases de développement : 4 hebdomadaires et 14 quotidiennes. Pour les bases mail et applicatives de production HCL : 12 mensuelles, 4 hebdomadaires et 14 quotidiennes. L’infrastructure sensible est explicitement hors périmètre.