Accueil › Forums › Forums Tina › Tina : Comment Faire ? › Stratégie de sauvegarde pour les grosses volumétries
- Ce sujet contient 4 réponses, 4 participants et a été mis à jour pour la dernière fois par
Laurent LINTY, le il y a 5 mois et 3 semaines.
-
AuteurMessages
-
-
6 juillet 2022 à 11 h 48 min #11969
Thibault LE BARS
ParticipantBonjour,
Que conseillerez-vous comme stratégie de sauvegarde entre totale/incrémentale pour les serveurs disposant d’une forte volumétrie (> 10To sur serveurs Linux) ? Les sauvegardes totales prenant un temps conséquent à se faire, peut-on se contenter de ne faire que des sauvegardes incrémentales ? Il y a t-il un risque en cas de souci au niveau du catalogue TINA (et qu’il faille le restaurer) ?
Je vous remercie d’avance pour vos conseils.
-
8 juillet 2022 à 9 h 22 min #11971
Yassine Houmad
ParticipantBonjour,
Une sauvegarde totale reste nécessaire pour consolider ainsi être performant en cas de restauration massive.
Je vous invite à étudier la totale synthétique (ci-dessous un extrait de la documentation)
Totale synthétique :
Ces sauvegardes sont construites à partir des sauvegardes totales et incrémentales précédentes. Plutôt que de copier les objets (fichiers et répertoires) depuis le disque, Time Navigator trouve la dernière version sauvegardée de l’objet dans le catalogue pour construire la sauvegarde totale synthétique. Pour chaque objet, la version de sauvegarde prise en compte est la plus récente, quelle que soit la stratégie. Par exemple, si vous effectuez une sauvegarde totale synthétique avec la stratégie A, mais que la dernière version d’un fichier résulte d’une sauvegarde incrémentale de la stratégie B, la sauvegarde synthétique utilisera la version de la stratégie B.Vous devez disposer d’au moins deux lecteurs pour effectuer une sauvegarde totale synthétique puisque deux sessions sont mises en jeu simultanément, une de lecture et une d’écriture.
-
9 décembre 2022 à 11 h 59 min #12685
Laurent LINTY
ParticipantBonjour,
le choix d’une stratégie de sauvegarde de gros volumes de données, et ce dans la fenêtre de sauvegarde définie, nécessite avant tout une analyse de votre infrastructure et des moyens à disposition de Tina, mais également une connaissance de la topologie des données. Est-ce que ces volumes de données sont répartis sur un ou plusieurs serveurs ? Vos serveurs sont-ils virtuels ou physiques ou les deux, avec ou sans NAS ? Quel est le chemin de sauvegarde des données et quels sont les goulots d’étranglements identifiés ou non ? Est-ce que les volumes de données à sauvegarder sont locaux, en réseau ou sur un SAN ?
Une fois ces questions éclaircies vous pouvez ensuite mettre en place une architecture de sauvegarde adaptée à vos volumes et et respecte les métriques techniques. Si l’infrastructure de production où résident les données primaires évolue au fil du temps il n’en va pas toujours de même avec l’architecture de sauvegarde… qui reste souvent à la traîne.
A mon sens, il n’y a pas de stratégie de sauvegarde type. Ce qui fonctionne chez l’un ne fonctionnera pas chez l’autre car tous ces paramètres entrent en ligne de compte.
La sauvegarde synthétique est une solution avec ses avantages et ses inconvénients. Selon votre infrastructure, vous pouvez également envisager de mettre en œuvre avec Tina une sauvegarde avec un réseau dédié 10 GbE, une sauvegarde hors réseau ou encore une sauvegarde hors hôte, très performante pour cette dernière, ou un mixte de celles-ci. Vous pouvez enfin paralléliser les sauvegardes et/ou les flux de sauvegarde.
-
-
8 juillet 2022 à 17 h 35 min #11983
Alexandre PATOIS
ParticipantBonjour.
En effet, dans le fonctionnement de Tina, la sauvegarde incrémentale for ever nécessite une consolidation des backups, afin de pouvoir procéder au recyclage des anciens pools.
La synthétique va donc permettre de fusionner la dernière totale avec les incrémentales suivantes, afin de ne garder que la dernière version de chaque objet.
Au niveau du catalogue, aucune différence avec une totale classique. L’avantage est que seul le serveur Tina et le noeud de stockage en jeu travaillent, on ne resollicite pas la source.
Ensuite, il faut faire attention au media utilisé pour faire ce type de backup. On va par exemple éviter l’utilisation de lecteurs de bandes physiques, car il en faut 2 et surtout car la consolidation risque d’entrainer une divergence de la volumétrie finale. En effet, afin d’optimiser les flux de copie (et la durée de vie des lecteurs), les objets sont convenablement recopiés dans le catalogue, mais les bandes sont intégralement recopiées. Avec l’utilisation de lecteurs virtuels (VLS ou HSS) inutile de prendre cette précaution, et le positionnement du tunable “synth_sidf_optim_read” permet de ne recopier que les données nécessaires.
On peut donc imaginer ne faire plus que des incrémentales, puis 1x par semaine, en journée car seul le serveur tina est sollicité, faire une totale synthétique.
Les anciennes sauvegardes pourront alors être normalement recyclées, comme lors de sauvegardes classiques. Donc pas d’impact particulier sur le catalogue avec ce mode de fonctionnement.
Dernier point: une seule stratégie doit servir de référence à la synthétique. La stratégie A, par exemple sert pour les incrémentales et les totales synthétiques de la stratégie A. La stratégie B, pourra alors permettre la totale synthétique de la A, sur un autre média, comme les bandes physiques, etc.
-
11 juillet 2022 à 8 h 30 min #11985
-
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.
Sujets / Topics
- Tina 4.8.1 Controlled Release est disponible
- Utilisation d’un reverse proxy
- PowerShell pour Lina 6.0
- Comment sauvegarder une instance nommée SQL servre
- Advisory ID : LINA/ADE-2023-0002
- Advisory ID : LINA/ADE-2023-0001
- Miria 4.0 est disponible !
- Lina 6.0 est disponible !
- Tina 4.7.1 est disponible !
- Renouvellement automatique du certificat de l’interface web
Forums
Tous les articles
Tous les sujets (forums)
All articles
All Topics (forums)