Décider ce que l'archive doit préserver
Commencez par une collection délimitée plutôt que de copier chaque appareil dans un seul compte. Décidez quels fichiers sont des originaux, lesquels sont des dérivés pratiques et lesquels peuvent être recréés. Conservez des noms significatifs et une brève description de l'arborescence. Un index de recherche est utile pour retrouver un document, mais il ne devrait pas être le seul endroit qui explique ce qu'est le document.
Ce scénario suppose un propriétaire et un accès occasionnel depuis un second appareil. Une future transmission familiale est une exigence distincte : consignez quels éléments peuvent être partagés et comment une personne autorisée obtiendrait les instructions de récupération. Évitez de stocker l'unique copie de ces instructions à l'intérieur de l'archive qu'elles sont censées récupérer.
Séparer la collection de travail des copies de récupération
La disposition illustrative comprend une application de fichiers authentifiée, sa base de données et sa configuration, un répertoire de documents et un entretien planifié. Limitez la première version à la navigation, au téléversement et au téléchargement. L'OCR, la génération de grands aperçus ou le traitement multimédia peuvent être ajoutés une fois leurs coûts en ressources compris.
Une application de fichiers peut détenir un état important au-delà des documents visibles. La documentation de sauvegarde de Nextcloud, par exemple, inclut la configuration, les données, la base de données, les thèmes et les applications personnalisées lorsqu'elles existent. C'est pourquoi copier un dossier de téléchargement ne peut être supposé reconstruire une installation. Consultez les Exigences de sauvegarde Nextcloud à titre d'exemple, puis utilisez la documentation correspondant à la version de l'application que vous exécutez réellement.
Donner à la croissance une place dans le budget
Pour une collection originale hypothétique de 50 GB, considérez cette allocation dans le 120 GB SSD de Canopy. Canopy inclut également 4 vCPU, 8 GB de mémoire et 3 TB de transfert ; ces ressources ne constituent pas une référence pour une application d'archivage particulière.
| Utilisez | Marge de planification |
|---|---|
| Documents originaux et photographies sélectionnées | 50 GB |
| Aperçus, index et dérivés | 10 GB |
| Versions conservées et éléments supprimés | 12 GB |
| Système d'exploitation, application et base de données | 12 GB |
| Espace temporaire d'importation et d'exportation | 8 GB |
| Marge non allouée | 28 GB |
Ces hypothèses consomment 92 GB avant toute croissance future. Si les originaux augmentaient d'un hypothétique 2 GB chaque mois, une année supplémentaire ajouterait 24 GB avant les nouveaux dérivés ou versions. Examinez plus tôt ; un disque presque plein n'est pas un déclencheur d'expansion judicieux. Une collection bien plus petite peut tenir sur Grove, ou nécessiter un ajout de stockage plutôt que plus de CPU. Utilisez le budget de collection de fichiers pour remplacer chaque allocation par vos propres mesures.
Garder l'accès et le travail courant intentionnels
Rendez la collection privée par défaut dans l'application, puis accordez un partage spécifique uniquement en cas de besoin. L'administration de l'hôte et la navigation dans les documents sont des permissions distinctes. Passez en revue les appareils actifs, les liens de partage abandonnés et l'accès de récupération après la perte d'un appareil ou le changement de rôle d'un assistant. Le guide des services publics et privés aide à distinguer les points de terminaison accessibles des utilisateurs autorisés.
Choisissez un responsable pour les tâches échouées, même si ce responsable est vous. Vérifiez les échecs d'importation, l'espace disque disponible, les résultats de sauvegarde et les mises à jour de l'application dans le cadre d'une routine écrite. Planifiez délibérément l'indexation coûteuse et révisez-la après les imports volumineux. Voir tâches d'arrière-plan et notifications avant d'ajouter du travail qui doit s'exécuter sans surveillance.
Tester la récupération en dehors de la collection en production
Budgétez un stockage de sauvegarde indépendant séparément du disque du VPS. Incluez les versions conservées et le trafic de récupération plutôt que de supposer un taux de compression fixe. Une tâche de sauvegarde signalant un succès est une observation ; pouvoir récupérer un document lisible en est une autre.
Si vous utilisez restic, sa vérification par défaut du dépôt ne lit pas toutes les données de paquet stockées ; une vérification complète des données nécessite des lectures supplémentaires et peut consommer plus de bande passante. Voir la portée de la vérification d'intégrité de restic. Restaurez un instantané sélectionné dans un répertoire de test vide séparé. La documentation de restauration de restic explique que les fichiers de destination existants peuvent être écrasés, de sorte que l'archive en production est une mauvaise cible de répétition. Ouvrez des documents représentatifs et vérifiez les noms et contenus attendus ; répétez la récupération de l'application séparément lorsque l'état de la base de données importe.
Préparer une collection qu'un autre outil peut comprendre
Conservez un export portable avec les fichiers originaux, des notes descriptives et toute métadonnée d'application nécessaire pour les interpréter. Essayez de l'ouvrir sur un appareil séparé avant de mettre la source hors service. Les étiquettes, versions, permissions et liens de partage peuvent ne pas survivre à un simple export de fichiers, aussi consignez explicitement leur traitement dans le paquet de sortie.
Le VPS rend une collection pratique à atteindre ; des copies indépendantes, des formats lisibles et des vérifications de récupération répétées rendent cette collection moins dépendante d'une seule application en fonctionnement. Choisir un forfait plus grand ne crée pas ce processus. Commencez par un budget de capacité mesuré et une destination de récupération, puis configurez les ressources en fonction du travail que vous comptez maintenir.
Un point de départ de catalogue à évaluer
Canopy fournit 4 vCPU, 8 GB de mémoire, 120 GB SSD et 3 TB de transfert mensuel à $36.00 USD/mois. Il s'agit d'une allocation de départ à comparer avec les exigences et mesures de votre application, et non d'une promesse qu'une collection ou un public particulier conviendra.
Avec les options par défaut, six mois coûtent $155.52 payés en une fois (28% de réduction sur $216.00) ; douze mois coûtent $216.00 payés en une fois (50% de réduction sur $432.00). Les options récurrentes sélectionnées bénéficient de la même réduction. Budgétez séparément le stockage de sauvegarde indépendant, les domaines et tout service de messagerie externe.
Configurer Canopy en Islande ↗Documentation à l'appui de cette note
Utilisez la documentation de la version que vous exécutez réellement. Ces exemples sont du matériel de planification, et non un compte rendu d'un test sur un VPS Hoszen.