Décidez ce que l'archive doit préserver
Commencez par une collection 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 la structure des dossiers. Un index de recherche est utile pour trouver 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 : notez 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éparez 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 après avoir compris leurs coûts en ressources.
Une application de fichiers peut contenir 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 pas être supposé reconstruire une installation. Consultez les Exigences de sauvegarde Nextcloud comme exemple, puis utilisez la documentation correspondant à la version de l'application que vous exécutez réellement.
Donnez à la croissance une place dans le budget
À titre d'exemple d'une collection originale 50 GB hypothétique, considérez cette répartition 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.
| Usa | Margine di pianificazione |
|---|---|
| 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'import et d'export | 8 GB |
| 未分配余量 | 28 GB |
Ces hypothèses consomment 92 GB avant toute croissance future. Si les originaux augmentaient d'un 2 GB hypothétique chaque mois, une année supplémentaire ajouterait 24 GB avant les nouveaux dérivés ou versions. Anticipez plus tôt ; un disque presque plein n'est pas un déclencheur d'expansion judicieux. Une collection bien plus petite peut tenir dans 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.
Gardez 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ébergement et la consultation des documents sont des permissions différentes. Examinez 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 公共服务和私有服务指南 aide à distinguer les points de terminaison accessibles des utilisateurs autorisés.
Désignez un responsable pour les tâches échouées, même si ce responsable est vous. Vérifiez les échecs d'import, 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 examinez-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.
Testez 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 présumer un taux de compression fixe. Une tâche de sauvegarde qui signale un succès n'est qu'une observation ; pouvoir récupérer un document lisible en est une autre.
Si vous utilisez restic, sa vérification de dépôt par défaut ne lit pas toutes les données de pack 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 des vérifications d'intégrité de restic. Restaurez un instantané choisi 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éparez 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 tags, versions, permissions et liens de partage peuvent ne pas survivre à un simple export de fichiers, alors 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 plan 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 aux 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 remise. Budgétez séparément le stockage de sauvegarde indépendant, les domaines et tout service de messagerie externe.
在冰岛配置 Canopy ↗本说明背后的文档
使用你实际运行的版本文档。这些示例是规划材料，不是在一台 Hoszen VPS 上测试的记录。