تصميم احتياطي ل Obsidian
Git・File Recovery・دور تخزين منفصل

قم بإدراج ما تحتاجه في غرفة التخزين الخاصة بك وقم بتوصيله بالعناصر التي تريد التحقق منها في وجهة الاسترداد. فيما يلي عنصر للخطة، وليس جدولا يقول إن هذا التمرين قد حفظ كل شيء واستعادته.

"كم من الوقت يجب أن تبقى التغييرات" و"الوقت المطلوب للعودة" يتم تحديده أيضا حسب الغرض الخاص بك. هذه المرة، لم نقيس هدف RPO/RTO ووقت الاسترداد. يعد تحديد تكرار النسخ والقدرة على ترك الإصدارات السابقة لفترة زمنية معينة من بنود تأكيد منفصلة.

مثال Git هو لممارسة واحدة Git履歴メモ.md. بعد الالتزام بالنص الأول وتغيير عناصر التأكيد وحفظها في محرر Obsidian الفعلي، قمت بالتزام ثان. علاوة على ذلك، أخرجت النقطة الفعلية للالتزام السابق ب Git復元メモ.md الجديد وفتحتها باستخدام التطبيق الحقيقي. يتم الاحتفاظ بالملف الأصلي بعد التغيير.

الالتزامان لهما علاقة بين الوالدين والطفل، ونقطة النص مختلفة أيضا. تم تتبع هذا Markdown فقط في Git، ولم يتم تتبع الملاحظة الجديدة التي سيتم استعادتها، وملاحظة استرداد الملفات، والإعدادات. ليست النتيجة أن القبو بأكمله في التاريخ.

هذا هو النص الكامل ل Markdown الحقيقي المرتجع. كانت النقطة السابقة للعرض التوضيحي والملف المستعاد والتوزيع الأصلي هي نفس 98 بايت UTF-8.

# Git履歴メモ

著者作成の練習です。

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

إذا كنت ترغب في التحقق في متناول اليد، فاقرأ أولا حالة الهدف وسجله، ثم حدد الالتزام والمسار الذي تريد إرجاعه. فيما يلي مثال على شكل القراءة. استبدل <commit> بقيمة سجلك.

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

حدد الاسم الجديد غير المستخدم الذي يمكن تمييزه عن الملاحظة الأصلية، واقرأ النص القديم، ثم حدد ما يجب اعتماده. تشغيل Git لهذا العرض التوضيحي هو غلاف محلي، ولم يتم تجربة المكون الإضافي Obsidian Git وجهاز التحكم عن بعد والدفع / السحب والالتزام التلقائي والانعكاس إلى محطة أخرى. لا يتم التعامل معه على أنه قادر على إرجاع الملفات التي لم يتم تضمينها في الالتزام.

شاشة الإعداد للعرض التوضيحي التكميلي هي واجهة مستخدم باللغة الإنجليزية. لقد قمت بالفعل بتنشيط مفتاح Settings → Core plugins → File recovery وفتحت إعدادات استرداد الملفات. تم تغيير القيمة الأولية ل Snapshot interval 5 دقيقة إلى 0.05 دقيقة للتحقق، ثم 0.5 دقائق. أظهر History length 7 يوما، ولكن لم يتم التحقق من الاحتفاظ لمدة سبعة أيام.

يحدد الإعداد البالغ 0.5 دقيقة الحد الأدنى للفاصل بين إدخالات السجل، ولا يعني أن نسخة تُحفظ حتمًا كل 30 ثانية. يحتوي قلب هذا الإصدار على مؤقت مدته 60 ثانية لإعادة محاولة عمليات الحفظ المعلّقة. تأكدنا من أن النسختين A وB المحفوظتين في المحرر الفعلي أصبحتا معلّقتين، ثم أضيفتا إلى السجل بواسطة ذلك المؤقت الطبيعي. لم يكتب المختبِر في قاعدة بيانات السجل ولم يستدعِ API لإنشاء السجل.

1. احفظ A كمحرر حقيقي. أدخل A بما في ذلك "تحقق من النص المتبقي من قبل". لقد تحققت من الملفات المحفوظة وأكدت أنها معلقة وأنه لا يوجد تاريخ من A حتى الآن.
2. تأكيد الحفظ الطبيعي. حول 60 بعد ثوان، دخل A التاريخ. بعد ذلك، قمت بتحريره إلى B وحفظه، وتم تضمين B في حفظ طبيعي آخر بعد حوالي 58 ثانية. لا تضمن ملاحظتان وقتا عالميا مطلوبا.
3. حدد النص القديم على الشاشة. اضغط على View للبحث عن ملاحظات الاسترداد، وحدد أحدث B وA السابق على التوالي، واقرأ النص.
4. الاستعادة والعرض مرة أخرى. ضغطت على Restore الفعلي أثناء تحديد A. يتطابق الملف المحفوظ مع A، وبعد الانتقال إلى ملاحظة أخرى، قمت بإعادة فتح مذكرة الاسترداد في مستكشف الملفات الفعلي، وكان النص هو نفسه.

في واجهة المستخدم، تم عرض A على أنه "44 B" وB ك "47 B". UTF-8 الفعلي المستخدم لمطابقة ملف التوزيع هو A هو 110 بايت وB هو 119 بايت. لا يتم استخدام قيمة عرض واجهة المستخدم كعدد وحدات البايت في UTF-8. بعد الاستعادة، تمت إضافة A المستعادة أيضا إلى خط التاريخ الجديد. هذا الخط الإضافي هو نتيجة لعملية الاستعادة ويميزه عن أدلة الحفظ الطبيعي للسابقين A وB.

هذا هو النص الكامل لفاكهة A المستعادة Markdown. كان A القديم المعروض وآخر ملف محفوظ هو نفس 110 بايت.

# 回復メモ

著者作成の練習です。

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

هذه النتيجة هي نص يعيد نصا واحدا من التاريخ الموجود في هذا الملف الشخصي المحلي. إنها ليست نتيجة القدرة على حفظ سجل استرداد الملفات على جهاز نسخ احتياطي منفصل. لم أحاول ترحيل الملفات الشخصية أو إعادة تثبيت التطبيقات أو تلف سجل DB أو الاحتفاظ على المدى الطويل أو استرداد الملفات المحذوفة.

في العرض التوضيحي للنسخة الأصلية، تم تخزين Markdown الثلاثة التي أنشأها المؤلف خارج القبو وإعادتها إلى وجهة استعادة جديدة مختلفة عن الأصل. إنه تكوين يربط من 索引.md إلى ノート/観察メモ.md وノート/確認メモ.md. تم الاحتفاظ باسم الملف والمسار النسبي.

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

بعد النسخ، قام المدقق بتغيير نص واحد فقط في قبو التدريب الخاص به وحذف ملاحظة واحدة. يتم الاحتفاظ بالنصوص الأصلية الثلاثة على جانب النسخ. لم يتم الكتابة فوق الترميم إلى الحالة الأصلية وتم ذلك في موقع جديد آخر. حتى عندما يمارس القارئ، يمكنك إعداد نسخة تدريب أخرى واستعادة الوجهة مع الاحتفاظ بالملاحظات الأصلية.

هذا هو النص الكامل لمذكرة الملاحظة المستعادة.

# 観察メモ

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

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

عندما ضغطت على الرابط الفعلي من الفهرس إلى مذكرة التأكيد، تم عرض الكائن الذي تمت إزالته في الأصل في وجهة الاستعادة. " يمكنك العودة إلى الفهرس بالضغط على "العودة إلى الفهرس". بعد ذلك، قمت بإعادة فتح الفهرس من مستكشف الملفات الحقيقي وأكدت أن Markdown الثلاثة المحفوظة لم تتغير.

سينشر Markdown الحقيقي للفهرس أيضا النص الكامل.

# 索引

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

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

الهدف هو ثلاثة Markdown فقط، ولا يتم نسخ الإعدادات والمرفقات. النسخة موجودة في نفس نظام الملفات القابل للتنفيذ خارج الخزينة. التأكيد على أنه يمكن استعادته من أجهزة التخزين المستقلة والغيوم والأعطال والكوارث هو عنصر منفصل متبقي في خطة النسخ الاحتياطي.

Markdown الثمانية هي النسخ الأصلية المحفوظة لكل عرض توضيحي. احفظ أمثلة النسخ الثلاثة بالاسم الياباني الأصلي، وضع مذكرة الملاحظة ومذكرة التأكيد في مجلد ノート. لا يقوم المتصفح بإنشاء المجلد تلقائيا. احفظ ملف المقارنة وأمثلة Git/File Recovery كاسم مستعار، واقرأها وقارنها في مكان لا يتم الكتابة فوقها فيه بواسطة مجموعات الاستعادة الثلاث.

توزيع الأحرف الإنجليزية URL هو اسم مستعار يميز الحالة. يحتفظ ويكيلينك في نص مثال النسخة بالمسار النسبي الأصلي للغة اليابانية. إذا تركت الاسم الإنجليزي كما هو، فتحقق من الرابط أيضا. لا يقوم القارئ باستيراد ملف التوزيع إلى التطبيق الفعلي، ولا يتم توزيع سجل Git نفسه.