Obsidian / Yedekleme tasarımı ve geri yükleme onayı
Bırakılacak aralığı ve döndürülebileceği durumu belirlemeObsidian 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.
- Git'in geçmiş sürümünde bulunan bir metni kısaltınbir takma ad dosyasına dönüştürün
- Dosya KurtarmaUygulamanın yerel geçmişinden eski metni seçin, geri yükleyin ve yeniden görüntüleyin
- 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 öğeler | Onaylanacak içerikler | Bu gösteri |
|---|---|---|
| Not metni | Gerekli 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 referans | Görüntülerin, PDF'lerin vb. nereye kaydedileceği ve metinden neye atıfta bulunulabilir | Ekler 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 kaydet | Orijinal depolama aygıtı ile bağımsızlık, okunabilir otorite, depolama yöntemi | Kasanın dışındaki aynı yürütülebilir dosya sistemi. Bağımsız medya ve bulut doğrulanmadı |
| Sıklık ve tutma | Dö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.

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ı.

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ı.
- 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.
- 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.
- 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
Viewtuşuna basın. - 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ı.


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.

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
確認メモ.mdKopyalamadan 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.

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.


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
- 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.
- 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.
- 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.
- 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.
- 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 durum | Orijinal 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 metin | Git復元メモ.md |
| Git: İkinci taahhüt değişikliğinden sonra metin | Git変更後-履歴メモ.md |
| Dosya Kurtarma: Eski A (son kurtarma ile eşleşti) | FileRecovery旧版-回復メモ.md |
| Dosya Kurtarma: Değişiklikten sonra B | FileRecovery変更後-回復メモ.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?
Git ve Dosya Kurtarma'yı gerçekten kullandınız ve kontrol ettiniz mi?
Kasanın tamamını ve arıza sonrası kurtarmayı da doğruladınız mı?
Markdown dağıtımını hangi adı ve konumu saklamak istiyorsunuz?
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.