Obsidian / Yedekleme tasarımı ve geri yükleme onayı

Bırakılacak aralığı ve döndürülebileceği durumu belirleme

Obsidian yedekleme tasarımı
Git, Dosya Kurtarma, ayrı depolama rolü

Bu sayfa Japonca aslından makine çevirisiyle hazırlanmıştır. Japonca aslını okuyun

Bir notu kaybetmeden önce, hangi metni ve ayarları bırakacağınıza ve nereden geri döneceğinize karar verin. Yazar tarafından oluşturulan küçük bir örnekle, Git'in önceki bir sürümünden, Dosya Kurtarma'nın eski gövdesinden ve kasanın dışındaki bir kopyadan restorasyonu doğruladık. Üç yöntemle oynadığı rolü ve bu alıştırmada doğrulanmayan kapsamı bölün.

"Önceki sürüme geri dön" ve "başka bir depolama konumu"nu ayrı ayrı tasarlayın

yedekleme planında, ne bırakılacağına, hangi noktaya geri dönüleceğine, nereye kaydedileceğine ve gerçekte döndürülen içeriklerin nasıl kontrol edileceğine karar verir. Sadece bir senkronizasyon ayarı olduğu için mi yoksa dosyanın şimdi görünür olması nedeniyle mi ihtiyacınız olan eski sürüm ve depolama aralığı bilmiyorum.

  1. Git'in geçmiş sürümünde bulunan bir metni kısaltınbir takma ad dosyasına dönüştürün
  2. Dosya KurtarmaUygulamanın yerel geçmişinden eski metni seçin, geri yükleyin ve yeniden görüntüleyin
  3. Kasanın dışına kopyalayınSeçilen üç Markdown'i yeni ve farklı bir konumda açın

Üçü de gerçekten doğrulanmış yerel örneklerdir. Kasa dışındaki kopyalar, aynı dosya sisteminde bağımsız fiziksel cihazların veya bulutların kullanılmasının bir sonucu değildir. Üç yöntemin varlığı, üç bağımsız ortamda depolandığının kanıtı olarak kabul edilmez.

İlk olarak, ayrılacağınız aralığa ve nereye kaydedeceğinize karar verin

Depolama odanızda neye ihtiyacınız olduğunun bir listesini yapın ve bunu kurtarma hedefinde kontrol etmek istediğiniz öğelere bağlayın. Aşağıdakiler, bu alıştırmanın her şeyi kurtardığını ve geri yüklediğini söyleyen bir tablo değil, plan için bir öğedir.

Karar verilecek öğelerOnaylanacak içeriklerBu gösteri
Not metniGerekli Markdown'in adı, göreceli yol ve hangi zamandaki metinÜç kopya kurtarma, bir Git geçmişi, başka bir Dosya Kurtarma notu
Ek ve referansGörüntülerin, PDF'lerin vb. nereye kaydedileceği ve metinden neye atıfta bulunulabilirEkler doğrulanmadı. İç bağlantı kapsamı, kopyalama örneğindeki üç Markdown ile sınırlıdır
Ayarlar ve eklentiler.obsidian yapılandırması, gerekli eklentiler ve dahil edilen veri kapsamıAyarların ve eklenti verilerinin yedeklemesi ve kurtarılması doğrulanmadı
Konumu kaydetOrijinal depolama aygıtı ile bağımsızlık, okunabilir otorite, depolama yöntemiKasanın dışındaki aynı yürütülebilir dosya sistemi. Bağımsız medya ve bulut doğrulanmadı
Sıklık ve tutmaDönmek istediğiniz nokta, bırakılacak eski sürüm ve eski sürümü silme politikasıBir defalık kopyalama, iki Git commit ve File Recovery tarafından kendiliğinden yapılan iki kayıt. Uzun süreli saklama ve düzenli kullanım doğrulanmadı
Geri yükleme alıştırmasıFarklı geri yükleme hedeflerini, metinleri, ayarları, ekleri ve bağlantıları eşleştirme prosedürü ve programıSeçilen metni, göreceli yolu, gerçek bağlantıyı kontrol edin ve yeniden görüntüleyin. Gerekli kurtarma süresi ve bir arıza durumunda iyileşme ölçülmedi

Hangi zamana kadarki değişikliklerin korunması gerektiğini ve geri yükleme için kabul edilebilir süreyi kullanımınıza göre belirleyin. Bu çalışmada RPO/RTO veya kurtarma süresi hedeflerine ulaşma ölçülmedi. Kopyalama sıklığını belirlemek ile geçmiş sürümlerin belirli süre saklanabildiğini doğrulamak ayrı konulardır.

1. Git: Taahhüt edilen metnin önceki sürümünü takma ad olarak alın

Git örneği bir uygulama içindir Git履歴メモ.md. İlk metni işledikten ve onay öğelerini değiştirip gerçek Obsidian düzenleyicisine kaydettikten sonra ikinci bir taahhütte bulundum. Bunun da ötesinde, Yeni Git復元メモ.md'ye önceki taahhüdün gerçek blob'unu çıkardım ve gerçek uygulamayla açtım. Değişiklikten sonra orijinal dosya saklanır.

İki işleme bir ebeveyn-çocuk ilişkisine sahiptir ve metnin blob'u da farklıdır. Sadece bu Markdown Git'te takip edildi ve geri yüklenecek yeni not, Dosya Kurtarma için not ve ayarlar izlenmedi. Tüm kasanın tarihte olması sonuç değildir.

Git kurtarma notunu açın ve kaydetmeden önce metni okuyacak öğe geçmiş Git geçmişi notunda görüntülenir
Önceki işlemin metnini gerçekten görüntüleyen yeni bir takma ad notu. Üstteki dosya adının başlığının ve gövdenin farklı olmasının nedeni, gövdeyi değiştirmeden bir takma ad olarak alınmış olmasıdır. Orijinal resmi açın

Bu, iade edilen meyve Markdown'in tam metnidir. Gösterinin önceki blob'u, geri yüklenen dosya ve dağıtım orijinali aynı 98 bayt UTF-8 idi.

# Git履歴メモ

著者作成の練習です。

- 確認項目: 保存前の本文を読む。

Eldeki kontrol etmek için önce hedefin durumunu ve geçmişini okuyun ve geri dönmek istediğiniz taahhüt ve yolu seçin. Aşağıdakiler okuma biçimine bir örnektir. <commit>'i geçmişinizin değeriyle değiştirin.

git status --short -- "Git履歴メモ.md"
git log --oneline -- "Git履歴メモ.md"
git show "<commit>:Git履歴メモ.md"

Orijinal nottan ayırt edilebilen kullanılmayan yeni adı seçin, eski metni okuyun ve neyi benimseyeceğinize karar verin. Bu gösterinin Git işlemi yerel bir kabuktur ve Obsidian Git eklentisi, uzaktan, itme/çekme, otomatik işleme ve başka bir terminale yansıma denenmemiştir. İşleme dahil olmayan dosyaları döndürebilecek olarak değerlendirilmez.

2. Dosya Kurtarma: Yerel tarihin eski gövdesini seçin ve geri yükleyin

Ek gösterimin ayar ekranı İngilizcedir. Settings → Core plugins → File recovery anahtarı gerçekten etkinleştirildi ve File recovery ayarları açıldı. Snapshot interval başlangıç değeri 5 dakikaydı; doğrulama için önce 0.05 dakikaya, ardından 0.5 dakikaya değiştirildi. History length alanında 7 gün yazıyordu, ancak yedi günlük saklama doğrulanmadı.

Dosya kurtarma ayarı ekranındaki Anlık Görüntü aralığı 0.5, Geçmiş uzunluğu 7 ve Görünüm düğmesi görüntülenir
Gerçek ayar kullanıcı arayüzü. 0.5 dakikası bu alıştırmada değiştirilen değerdir. Varsayılan bir değer veya önerilen ayar olarak sunulmaz. Orijinal resmi açın

0.5 dakikalık ayar, geçmiş kayıtları arasındaki en kısa aralıktır; mutlaka her 30 saniyede bir kayıt yapılacağı anlamına gelmez. Bu sürümün çekirdeğinde bekleyen kaydetme işlemlerini yeniden deneyen 60 saniyelik bir zamanlayıcı vardır. Gerçek düzenleyicide kaydedilen A ve B sürümlerinin bekleme durumuna geçtiğini, ardından bu normal zamanlayıcıyla geçmişe eklendiğini doğruladık. Testi yapan kişi geçmiş veritabanına yazmadı veya geçmiş oluşturma API’sini çağırmadı.

  1. A'yı gerçek bir düzenleyiciyle kaydedin. "Daha önce bırakılan metni kontrol edin" de dahil olmak üzere A girin. Kaydedilen dosyaları kontrol ettim ve beklemede olduklarını ve henüz A geçmişi olmadığını doğruladım.
  2. Doğal korumayı onaylayın. 60 saniye sonra hakkında, A geçmişe girdi. Daha sonra, onu B olarak düzenledim ve kaydettim ve B yaklaşık 58 saniye sonra başka bir doğal korumaya dahil edildi. İki gözlem, gerekli evrensel bir süreyi garanti etmez.
  3. Ekranda eski metni seçin. Kurtarma notlarını aramak, sırasıyla en son B ve önceki A'yı seçmek ve metni okumak için View tuşuna basın.
  4. Geri yükleyin ve yeniden görüntüleyin. A'yı seçerken gerçek Restore'e bastım. Kaydedilen dosya A ile eşleşti ve başka bir nota geçtikten sonra kurtarma notunu gerçek dosya gezgininde yeniden açtım ve metin aynıydı.
Dosya Kurtarma'nın en son B satırını seçin ve amaçlanan değişiklik görüntülendikten sonra metni kontrol edin
Gerçek ekranda en son B'yi seçin. Bu, yazarın değişikliğinden sonraki metindir. Orijinal resmi açın
Dosya Kurtarma'dan önce A satırını seçin ve daha önce bırakılan metni kontrol edin ve Geri Yükle düğmesi görüntülenir
Gerçek ekranda önceki A'yı seçtim ve bu metni geri yükledim. Orijinal resmi açın

Kullanıcı arayüzünde A, "44 B" ve B "47 B" olarak görüntülenir. Dağıtım dosyasını eşleştirmek için kullanılan gerçek UTF-8, A 110 bayt ve B 119 bayttır. UI görüntüleme değeri, UTF-8'in bayt sayısı olarak kullanılmaz. Geri Yükleme'den sonra, restore edilmiş A da yeni tarih çizgisine eklendi. Bu ek çizgi, restorasyon işleminin sonucudur ve onu önceki A ve B'nin doğal koruma kanıtlarından ayırır.

Dosya Kurtarma'da geri yükledikten sonra, kurtarma notunu yeniden açmayı ve daha önce bırakılan metni kontrol etmeyi söyleyen metin görüntülenir
Gerçek dosya gezgininde yeniden açıldı. Geri yüklemeden önce seçilen metin, kaydedilen orijinal ve yeniden görüntüleme eşleşmesinden sonra SHA256. Orijinal resmi açın

Bu, restore edilmiş A'nın gerçek Markdown'inin tam metnidir. Görüntülenen eski A ve en son kaydedilen dosya aynı 110 bayttı.

# 回復メモ

著者作成の練習です。

- 保存する項目: 先に残した本文を確認する。

Bu sonuç, bu yerel profilde bulunan geçmişten bir metin döndürmektir. Dosya kurtarma geçmişini ayrı bir yedekleme cihazına kaydedebilmenin sonucu değildir. Profilleri taşımayı, uygulamaları yeniden yüklemeyi, hasar geçmişi DB'sini, uzun süreli saklamayı veya silinen dosyaları kurtarmayı denemedim.

3. Kasanın dışındaki kopyalar: Metni, hiyerarşiyi ve bağlantıları başka bir yerde kontrol edin

Orijinal kopya gösteriminde, yazar tarafından oluşturulan üç Markdown kasanın dışında saklandı ve orijinalinden farklı yeni bir restorasyon hedefine geri döndü. 索引.md'den ノート/観察メモ.md ve ノート/確認メモ.md'e bağlanan bir yapılandırmadır. Dosya adı ve göreceli yol korundu.

索引.md
ノート/
  観察メモ.md
  確認メモ.md

Kopyalamadan sonra doğrulayan kişi, yalnızca kendi deneme kasasında bir notun gövdesini değiştirdi ve bir notu sildi. Kopyadaki üç özgün metin korundu. Geri yükleme özgün konumun üzerine yazılmadan ayrı, yeni bir yerde yapıldı. Siz de deneme sırasında özgün notları koruyup ayrı bir alıştırma kopyası ve geri yükleme hedefi hazırlayabilirsiniz.

Kopyalamadan önce metne bir bağlantı ve onay notu, başka bir geri yükleme hedefinin gözlem notunda görüntülenir
Kopyalamadan önce gözlem notunun gövdesi aslında başka bir geri yükleme hedefinde görüntülenir. Geri yüklenen üç Markdown, ilk orijinal ve bayt/karma ile eşleşti. Orijinal resmi açın

Bu, geri yüklenen gözlem notunun tam metnidir.

# 観察メモ

コピー前の本文です。これは実際の利用者のデータではありません。

関連する確認は [[ノート/確認メモ|確認メモ]] に残します。

Dizinden onay notuna giden gerçek bağlantıyı tıkladığınızda, başlangıçta kaldırılan nesne geri yükleme hedefinde görüntülendi. " "Dizine Dön"e basarak dizine dönebilirsiniz. Bundan sonra, dizini gerçek dosya gezgininden yeniden açtım ve kaydedilen üç Markdown'in değişmediğini doğruladım.

Geri yükleme hedefinin onay notu orijinal metni ve bağlantıyı onaylayan metni ve bağlantıyı dizine geri döndüren metni gösterir
Onay notu, geri yüklenen hedefin dizininden gerçek bir bağlantı ile açıldı. Göreceli yolu ve bağlantı varış noktasını kontrol ediyorum. Orijinal resmi açın
Geri yükleme hedefinin dizinini yeniden açın ve üç not ve iki dahili bağlantı görüntüleyin
Gerçek dosya gezgininden dizin yeniden açıldı. Kaydedilen üç gövde değişmedi. Özgün görseli açın

Markdown dizininin tam metni de yayınlanacaktır.

# 索引

著者作成の復元練習です。

- [[ノート/観察メモ|観察メモを開く]]
- [[ノート/確認メモ|確認メモを開く]]

Hedef yalnızca üç Markdown'dir ve ayarlar ve ekler kopyalanmaz. Kopya, kasanın dışındaki aynı yürütülebilir dosya sistemindedir. Bağımsız depolama aygıtlarından, bulutlardan, arızalardan ve felaketlerden geri yüklenebileceğinin doğrulanması, yedekleme planında bırakılan ayrı bir öğedir.

Kendi deponuzda restorasyon uygulama emri

  1. Kaydedilen hedefi dışa aktarın. Yalnızca Markdown veya ayarları, ekleri ve gerekli geçmişi dahil edip etmeyeceğine karar verin ve adı ve göreceli yolu ayırın.
  2. Kayıt adresini ve eski sürümü kontrol edin. Nereye bırakılacağını, orijinal cihazdan bağımsız olup olmadığını ve iade etmek istediğiniz noktadaki sürümün kalıp kalmadığını kontrol edin.
  3. Orijinalini saklayın ve başka bir yerde deneyin. Seçilen metnin, ayarların ve eklerin yeni geri yükleme hedefine dönmesi gerekip gerekmediğini okuyun.
  4. Bağlantıyı kontrol edin ve yeniden görüntüleyin. Görüvdeden referansı açın, dosyayı yeniden açın ve kaydedilen içeriği karşılaştırın.
  5. Sonuçları ve doğrulanmamış noktaları kaydedin. Kullanılan sürümü, saklanan kapsamı, kayıt yerini, hangi zamana geri dönüldüğünü ve gereken süreyi yazın; düzenli kontrol takvimi belirleyin.

Bu, okuyucunun kendi başına planlaması için bir prosedürdür. Bu alıştırma okuyucu kasalarını, düzenli yedeklemeleri, senkronizasyon hizmetlerini ve bağımsız medyayı doğrulamaz. Senkronizasyon ile kombinasyonu kontrol etmek için giriş Obsidian'in senkronizasyon yöntemi kılavuzudur.

Orijinali kaydedin ve sürümü ve metni karşılaştırın

Sekiz Markdown, her gösterinin korunmuş orijinalleridir. Üç kopya örneğini orijinal Japonca adıyla kaydedin ve gözlem notunu ve onay notunu ノート klasörü'e yerleştirin. Tarayıcı klasörü otomatik olarak oluşturmaz. Karşılaştırma dosyası ve Git/Dosya Kurtarma örneklerini takma ad olarak kaydedin ve bunları üç geri yükleme kümesinin üzerine yazılmadıkları bir yerde okuyun ve karşılaştırın.

Mühteşe ve durumOrijinal dağıtım ve kayıtlı ad
Kopya kurtarma: 索引.md索引.md
Kopya kurtarma: ノート/観察メモ.md観察メモ.md
Kopya kurtarma: ノート/確認メモ.md確認メモ.md
Yalnızca karşılaştırma: Değişiklikten sonra gözlem notu変更後-観察メモ.md
Git: Geçmiş blob'dan takma ada döndürülen metinGit復元メモ.md
Git: İkinci taahhüt değişikliğinden sonra metinGit変更後-履歴メモ.md
Dosya Kurtarma: Eski A (son kurtarma ile eşleşti)FileRecovery旧版-回復メモ.md
Dosya Kurtarma: Değişiklikten sonra BFileRecovery変更後-回復メモ.md

İngilizce karakterlerin dağılımı URL, durumları ayırt eden bir takma addır. Kopya örneğinin gövdesindeki wikilink, Japonca'nın orijinal göreceli yolunu korur. İngilizce adı olduğu gibi bırakırsanız, bağlantıyı da kontrol edin. Okuyucu, dağıtım dosyasını gerçek uygulamaya aktarmaz ve Git geçmişinin kendisi dağıtılmaz.

Sık sorulan sorular

Senkronizasyon çalışıyorsa, yedeklemeyi kontrol etmek gerekli mi?
Önceki metne geri dönüp dönemeyeceğimi veya senkronizasyonu ayarladığım gerçeğine dayanarak bağımsız bir depolama hedefi olup olmadığını bilmiyorum. Kullanılan yöntemin geçmişini, döndürülebilecek aralığı ve depolama konumunu kontrol edin. Bu alıştırma eşitlemeyi kullanmaz ve Obsidian Sync veya iCloud'i geri yüklemeyi denememiştir.
Git ve Dosya Kurtarma'yı gerçekten kullandınız ve kontrol ettiniz mi?
Git'te bir uygulama için iki taahhüt oluşturdum Markdown, önceki blob'u yeni bir takma ad dosyasına döndürdüm ve gerçek Obsidian ile okudum. Dosya Kurtarma'da, gerçek düzenleyicide kaydedilen A ve B, doğal bir zamanlayıcı ile geçmişe girer, Geri Yüklemek için ekranda eski A'yı seçin ve kaydetmeyi ve yeniden görüntülemeyi onaylayın. Otomatik Git yedekleme, uzaktan ve uzun süreli saklama doğrulanmadı.
Kasanın tamamını ve arıza sonrası kurtarmayı da doğruladınız mı?
Kopya örneği yalnızca üç Markdown'dir ve ayarlar ve ekler dahil değildir. Depolama hedefi de aynı yürütülebilir dosya sistemindedir. Bağımsız fiziksel cihazları, bulutları, arızaları, felaketleri, geçmiş saklama süresini ve tüm depolama alanını geri yüklemeye çalışmadık. Git ve File Recovery'nin yerel restorasyon sonuçlarını ve tüm kasanın kurtarılmasını ayrı ayrı kontrol edin.
Markdown dağıtımını hangi adı ve konumu saklamak istiyorsunuz?
Kopya örneği 索引.md'i yerleştirin ve 観察メモ.md ve 確認メモ.md'ü ノート klasörü'e yerleştirin. Tarayıcı otomatik olarak klasör oluşturmaz. Değiştirilmiş karşılaştırma dosyası, Git ve Dosya Kurtarma örnekleri, ayırt edilebilir takma adlarla kaydedilir ve geri yükleme kümesinin üzerine yazılmaz. İngilizce bir dağıtım adı kullanmak istiyorsanız, lütfen metindeki bağlantıyı da kontrol edin.

Doğrulama yöntemi ve sonuç aralığı

  • Gerçek uygulama:Linux sürümü Obsidian 1.13.7. Ayarların Genel ekranındaki uygulamayı/yükleyiciyi kontrol edin ve yazar tarafından oluşturulan Japonca notları kullanın. Topluluk eklentileri kullanmıyorum.
  • Örneği kopyalama:Uygulama için metnin hazırlanması, kopyalanması, değiştirilmesi ve silinmesi ve seçilen Markdown'in başka bir geri yükleme hedefine kopyalanması kabuk işlemidir. Metni, bağlantıları kontrol ettim ve gerçek GUI ile yeniden görüntüledim.
  • Git:Tohum ve yerel Git'in commit/geçmiş blob'unun kaldırılması kabuktur. Değişiklikleri gerçek düzenleyiciye kaydettim ve okumak için gerçek dosya gezgininden geri yükleme hedefini açtım. Git eklentileri ve uzaktan kumanda kullanılmaz.
  • Dosya Kurtarma: Etkinleştirme ve ayar gerçek kullanıcı arayüzüdür. A/B girildi ve gerçek düzenleyiciye kaydedildi ve geri yüklemek, kaydetmek ve yeniden görüntülemek için gerçek ekranda doğal çekirdek zamanlayıcının geçmişi seçildi.
  • Yardımcı ve orijinal: Profilin ilk yapılandırması doğrudan ayarlanır ve uygulama durumu, bekleyen durum ve geçmiş içeriği API tarafından okunur. Doğrulayıcı tarafından geçmiş oluşturma API veya DB yazma yoktur. Gönderilen PNG işlenmemiş gerçek bir ekrandır ve Markdown orijinaliyle aynı bayttır.
  • Kalan aralık: Tüm depolama, ayarlar ve ekler, bağımsız cihazlar, bulut, uzun süreli saklama, arıza, senkronizasyon, çoklu terminaller, iOS/Android/macOS, SimpleMemo teslimat, hız, üretkenlik ve giriş etkileri doğrulanmamıştır.

Doğrulama kaydı ve orijinal yazışma'da, orijinal kopya gösterimi ve ek gösterim, gerçek kullanıcı arayüzü ve yardımcı, ilk işlem seçici sorunu ve fesih onayı kapsamı kaydedilir. Normal sonu tutan girişim, bitiş kodu olmadan ilk denemeye geriye dönük olarak uygulanmadı.

Bu site YURIKA, K.K. tarafından işletilmektedir ve bağımsız "SimpleMemo" uygulamasını tanıtmaktadır. Bu, Obsidian'nin resmi bir makalesi değildir.