Arşivin neyi koruması gerektiğine karar verin
Her cihazı tek bir hesaba kopyalamak yerine sınırlı bir koleksiyonla başlayın. Hangi dosyaların orijinal, hangilerinin kolaylık sağlayan türevler ve hangilerinin yeniden oluşturulabileceğine karar verin. Anlamlı adları ve klasör yapısının kısa bir açıklamasını koruyun. Bir arama dizini bir belgeyi bulmak için yararlıdır, ancak belgenin ne olduğunu açıklayan tek yer olmamalıdır.
Bu senaryo bir sahip ve ikinci bir cihazdan ara sıra erişim varsayar. Gelecekteki bir aile devri ayrı bir gereksinimdir: hangi materyalin paylaşılabileceğini ve yetkili bir kişinin kurtarma talimatlarını nasıl elde edeceğini kaydedin. Bu talimatların tek kopyasını, kurtarmaları amaçlanan arşivin içinde saklamaktan kaçının.
Çalışma koleksiyonunu kurtarma kopyalarından ayırın
Örnekleyici düzen, kimliği doğrulanmış bir dosya uygulaması, veritabanı ve yapılandırması, bir belge dizini ve zamanlanmış düzenli bakım içerir. İlk sürümü göz atma, yükleme ve indirmeyle sınırlı tutun. OCR, büyük önizleme oluşturma veya medya işleme, kaynak maliyetleri anlaşıldıktan sonra eklenebilir.
Bir dosya uygulaması, görünür belgelerin ötesinde önemli durum bilgisi barındırabilir. Örneğin Nextcloud'un yedekleme dokümantasyonu, mevcut olduğunda yapılandırmayı, verileri, veritabanını, temaları ve özel uygulamaları içerir. Bu nedenle indirme klasörünü kopyalamanın bir kurulumu yeniden oluşturacağı varsayılamaz. Örnek olarak Nextcloud yedekleme gereksinimleri bölümüne bakın, ardından gerçekte çalıştırdığınız uygulama sürümüyle eşleşen dokümantasyonu kullanın.
Büyümeye bütçede yer verin
Varsayımsal bir 50 GB orijinal koleksiyon için, Canopy'nin 120 GB SSD içindeki bu tahsisi düşünün. Canopy ayrıca 4 vCPU, 8 GB bellek ve 3 TB aktarım içerir; bu kaynaklar belirli bir arşiv uygulaması için bir kıyaslama değildir.
| Doğru soruları toplamak için | Planlama payı |
|---|---|
| Orijinal belgeler ve seçilmiş fotoğraflar | 50 GB |
| Önizlemeler, dizinler ve türevler | 10 GB |
| Saklanan sürümler ve silinen öğeler | 12 GB |
| İşletim sistemi, uygulama ve veritabanı | 12 GB |
| Geçici içe ve dışa aktarma alanı | 8 GB |
| Tahsis edilmemiş marj | 28 GB |
Bu varsayımlar gelecekteki büyümeden önce 92 GB tüketir. Orijinaller varsayımsal olarak her ay 2 GB büyürse, bir yıl daha yeni türevler veya sürümler öncesinde 24 GB ekler. Daha erken inceleyin; neredeyse dolu bir disk makul bir genişleme tetikleyicisi değildir. Çok daha küçük bir koleksiyon Grove'a sığabilir veya daha fazla CPU yerine bir depolama eklemesi gerektirebilir. dosya koleksiyonu bütçesi her ödeneği kendi ölçümlerinizle değiştirmek için kullanın.
Erişimi ve rutin işleri bilinçli tutun
Koleksiyonu uygulamada varsayılan olarak özel yapın, ardından yalnızca gerektiğinde belirli bir paylaşım verin. Ana makine yönetimi ve belge tarama farklı izinlerdir. Bir cihaz kaybolduktan veya bir yardımcının rolü değiştikten sonra etkin cihazları, terk edilmiş paylaşım bağlantılarını ve kurtarma erişimini inceleyin. genel ve özel hizmet kılavuzunu erişilebilir uç noktaları izin verilen kullanıcılardan ayırmaya yardımcı olur.
Bu sahip siz olsanız bile başarısız işler için bir sahip seçin. İçe aktarma hatalarını, kullanılabilir disk alanını, yedekleme sonuçlarını ve uygulama güncellemelerini yazılı bir rutinin parçası olarak kontrol edin. Pahalı dizinlemeyi bilinçli olarak planlayın ve büyük içe aktarmalardan sonra inceleyin. Bkz. arka plan işleri ve bildirimler denetimsiz çalışması gereken işleri eklemeden önce.
Kurtarmayı canlı koleksiyondan bağımsız olarak test edin
Bağımsız yedekleme depolamasını VPS diskinden ayrı olarak bütçeleyin. Sabit bir sıkıştırma oranı varsaymak yerine saklanan sürümleri ve geri alma trafiğini dahil edin. Başarı bildiren bir yedekleme işi bir gözlemdir; okunabilir bir belgeyi kurtarabilmek başka bir gözlemdir.
restic kullanıyorsanız, varsayılan depo kontrolü tüm saklanan paket verilerini okumaz; tam bir veri kontrolü ek okumalar gerektirir ve daha fazla bant genişliği tüketebilir. Bkz. restic'in bütünlük kontrolü kapsamı. Seçilen bir anlık görüntüyü ayrı bir boş test dizinine geri yükleyin. restic geri yükleme belgeleri mevcut hedef dosyaların üzerine yazılabileceğini açıklar, bu nedenle canlı arşiv yanlış prova hedefidir. Temsili belgeler açın ve beklenen adları ve içerikleri kontrol edin; veritabanı durumu önemli olduğunda uygulama kurtarmayı ayrıca prova edin.
Başka bir aracın anlayabileceği bir koleksiyon hazırlayın
Orijinal dosyalar, açıklayıcı notlar ve bunları yorumlamak için gereken uygulama üst verileriyle taşınabilir bir dışa aktarma tutun. Kaynağı devre dışı bırakmadan önce ayrı bir cihazda açmayı deneyin. Etiketler, sürümler, izinler ve paylaşım bağlantıları basit bir dosya dışa aktarımında korunmayabilir, bu nedenle bunların işlenmesini açıkça kaydedin: çıkış paketi.
VPS bir koleksiyonu erişilebilir kılar; bağımsız kopyalar, okunabilir biçimler ve tekrarlanan kurtarma kontrolleri bu koleksiyonu tek bir çalışan uygulamaya daha az bağımlı hale getirir. Daha büyük bir plan seçmek bu süreci yaratmaz. Ölçülmüş bir kapasite bütçesi ve bir kurtarma hedefiyle başlayın, ardından kaynakları sürdürmeyi planladığınız işin etrafında yapılandırın.
Değerlendirilecek bir katalog başlangıç noktası
Canopy, 4 vCPU, 8 GB bellek, 120 GB SSD ve ayda 3 TB aktarımı $36.00 USD/ay karşılığında sağlar. Bu, uygulamanızın gereksinimleri ve ölçümleriyle karşılaştırılacak bir başlangıç tahsisidir; belirli bir koleksiyonun veya kitlenin sığacağına dair bir vaat değildir.
Varsayılan seçeneklerle, altı ay bir kez ödenen $155.52 tutarındadır ($216.00 üzerinden %28 indirim); on iki ay bir kez ödenen $216.00 tutarındadır ($432.00 üzerinden %50 indirim). Seçilen yinelenen seçenekler aynı indirimi alır. Bağımsız yedekleme depolaması, alan adları ve harici posta hizmetlerini ayrı olarak bütçeleyin.
İzlanda'da Canopy'yi yapılandır ↗Bu notun arkasındaki belgeler
Gerçekten çalıştırdığınız sürümün belgelerini kullanın. Bu örnekler planlama malzemesidir; bir Hoszen VPS üzerinde yapılmış bir testin kaydı değildir.