پشتیبانگیری فایلهای دوره؛ روزی که تنها نسخه فیلم پاک میشود
همگامسازی یک پوشه همیشه نسخه پشتیبان نیست. وقتی حذف یا خرابی هم تکثیر شود، باید یک نسخه مستقل و روش بازیابی آزمودهشده داشته باشید.
پشتیبانگیری فایل دوره آموزشی یعنی بتوانید پس از حذف، خرابی یا از دسترس خارجشدن یک محل ذخیرهسازی، کار را از نسخهای سالم ادامه دهید.
داشتن یک پوشه که تغییراتش خودکار در دستگاه یا فضای دیگری هم اعمال میشود بهتنهایی این را ثابت نمیکند؛ حذف یا تغییر اشتباه ممکن است به نسخههای متصل هم منتقل شود. مهمترین آزمون، بازگرداندن واقعی یک درس است.
در این مقاله چه میخوانید؟
چه فایلهایی باید در فهرست باشند؟
نمونه پوشهبندی ساده
هر چند وقت پشتیبان بگیریم؟
چه فایلهایی باید در فهرست باشند؟
فقط ویدئوی نهایی را نگه ندارید. فایل خام، پروژه تدوین، صدا، فونت یا منبع دارای مجوز، زیرنویس، جزوه و نسخه انتشار هرکدام نقش متفاوت دارند.
اگر فایل پروژهٔ تدوین را نگه دارید اما ویدئوها و صداهای استفادهشده را نداشته باشید، پروژه ممکن است باز شود ولی تصویر و صدا در آن نباشد. فهرست فایلها و منابع را کنار نسخه پشتیبان نگه دارید تا معلوم باشد چه چیزی باید بازیابی شود.
گروه فایل | نمونه محتوا | کنترل بازیابی |
|---|---|---|
منابع خام | فیلم دوربین و صدای جداگانه | چند بخش ابتدا، میانه و پایان پخش شود |
پروژه قابل ویرایش | پروژه تدوین و وابستگیها | بدون پیغام رسانه گمشده باز شود |
بسته انتشار | ویدئو، زیرنویس و فایل تمرین | زمانبندی و شماره نسخه هماهنگ باشد |
دفتر تغییرات | تاریخ و علت اصلاح درس | نسخه منتشرشده قابل تشخیص باشد |
یک نسخه مستقل داشته باشید
نسخه کاری و تنها نسخه پشتیبان را روی همان دیسک نگه ندارید. برای انتخاب محل مستقل، خرابی دستگاه، حذف ناخواسته، دسترسی غیرمجاز و از دسترس خارجشدن محل را در نظر بگیرید. بسته به امکانات، دسترسی نسخهٔ پشتیبان را از فایلهای کاری جدا کنید.
میتوانید نسخهای بدون اتصال به شبکه یا نسخهای نگه دارید که تا زمان تعیینشده نتوان آن را تغییر داد یا حذف کرد. هیچ روشی بهتنهایی همه خطرها را حذف نمیکند.
راهنمای NIST درباره نگهداری و آزمون نسخههای پشتیبان بر بازیابی و آزمایش نسخهها تأکید دارد. در مقیاس یک مدرس، ترجمه عملی آن این است که صرفاً پیام «کپی انجام شد» را پایان کار ندانید.
نمونه پوشهبندی ساده
برای هر دوره یک شناسه ثابت، برای هر درس یک پوشه و داخل آن بخشهای «خام»، «پروژه»، «انتشار» و «منابع» بسازید. در نام بسته انتشار تاریخ و شماره نسخه بگذارید؛ مثلاً lesson-03-v02-2026-09-20. از نامهایی مثل «نهایی آخر جدید واقعی» استفاده نکنید. نسخه قبلی را طبق برنامه نگهداری مشخص حفظ کنید، نه برای همیشه و بدون کنترل حجم.
آزمون بازیابی یک درس
یک درس را انتخاب کنید که ویدئو، زیرنویس و فایل تمرین دارد.
نسخه پشتیبان را در پوشهای جدا از فایلهای کاری بازیابی کنید.
پروژه را از پوشهٔ تازه باز کنید و مطمئن شوید ویدئوها و صداها را از همین نسخه میخواند، نه از فایلهای قدیمی.
یک خروجی کوتاه بسازید و با بسته انتشار مقایسه کنید.
زمان لازم، فایل گمشده و نتیجه آزمون را ثبت کنید.
برای این آزمون، فایل اصلی را حذف نکنید. میخواهیم مطمئن شویم میتوان اطلاعات را از نسخهٔ پشتیبان در پوشه یا دستگاه دیگری برگرداند؛ برای این آزمایش لازم نیست فایل اصلی را به خطر بیندازید.
اگر نسخهها حاوی تصویر یا اطلاعات دانشجو هستند، دسترسی، رمزگذاری مناسب و مدت نگهداری را با سیاست حریم خصوصی هماهنگ کنید. رمزها و کلیدهای بازیابی را داخل همان پوشه عمومی دوره قرار ندهید.
وقتی تنها نسخهٔ یک درس ناپدید میشود، چه چیزی واقعاً از دست رفته است؟
تصور کنید فیلم درس پنجم در فضای انتشار هنوز پخش میشود، اما مدرس فایل خام و پروژهٔ تدوین را از لپتاپ پاک کرده است. شاید امروز هنرجو مشکلی نبیند؛ مشکل وقتی ظاهر میشود که یک توضیح علمی باید اصلاح شود، زیرنویس نیاز به تغییر دارد یا نسخهٔ کوتاهتری برای گروه دیگری لازم است. دانلود دوبارهٔ خروجی منتشرشده جای صداهای جدا، فایل پروژه، تصویرهای اصلی و اجازهنامهٔ استفاده از منابع را نمیگیرد. از سوی دیگر، اگر فایل خام سالم باشد ولی بستهٔ نهاییِ دقیقاً منتشرشده پیدا نشود، تیم نمیداند کدام نسخه را باید جایگزین کند.
پس واحد پشتیبان فقط «یک فیلم» نیست؛ یک بستهٔ بازسازیپذیر است. برای هر درس باید بتوانید بگویید نسخهٔ منتشرشده از کدام پروژه و کدام رسانهها ساخته شد، چه زیرنویس و جزوهای همراه آن بود و چه کسی تغییر نهایی را تأیید کرد. این اطلاعات پیچیده به نظر میرسد، اما در یک پوشهٔ مرتب و یک فایل تغییرات کوتاه جا میگیرد. هدف مقاله، طرحی عملی برای مدرس مستقل یا آموزشگاه کوچک است: اگر رایانه، فضای ابری یا دسترسی تیمی از کار افتاد، بتوانید درس را بدون حدسزدن و دوبارهکاری بیپایان برگردانید.
همگامسازی، تاریخچهٔ نسخه و پشتیبان سه چیز متفاوتاند
همگامسازی کمک میکند آخرین تغییر روی چند دستگاه دیده شود. همین ویژگی میتواند حذف اشتباهی را هم به همهٔ دستگاهها منتقل کند. تاریخچهٔ نسخه ممکن است اجازه دهد فایل قبلی را برگردانید، ولی مدت نگهداری و تنظیمات هر سرویس متفاوت است. پشتیبان مستقل باید در موقعیتی باشد که همان اشتباه یا همان دسترسی غیرمجاز نتواند هم نسخهٔ کاری و هم نسخهٔ بازیابی را با هم از بین ببرد. اگر تنها راه نجات شما دکمهٔ «بازگردانی» همان حسابی است که از دسترس خارج شده، هنوز یک نقطهٔ شکست مشترک دارید.
بهتر است برای هر محل نگهداری یک سؤال بنویسید: اگر امروز از حساب اصلی خارج شوم یا فایل اشتباهی جایگزین شود، آیا از محل دیگری میتوانم نسخهٔ سالم را بخوانم؟ راهنمای نسخههای فایل در Google Drive توضیح میدهد که نسخههای قدیمی فایلهای غیر از Docs ممکن است بر اساس مدت یا شمار نسخه حذف شوند، مگر نگهداری ویژه تنظیم شده باشد. راهنمای OneDrive هم تاریخچهٔ نسخه را ابزار بازیابی معرفی میکند. این قابلیتها مفیدند، اما سیاست پشتیبان جدا و آزمون بازیابی را جایگزین نمیکنند.
از قانون ۳-۲-۱ یک نسخهٔ متناسب با دوره بسازید
یک نقطهٔ شروع شناختهشده این است که از فایل مهم سه نسخه داشته باشید: نسخهٔ کاری و دو نسخهٔ دیگر؛ آنها را در دستکم دو نوع محیط نگه دارید و یک نسخه بیرون از محل اصلی باشد. راهنمای پشتیبانگیری CISA این الگو را برای کاهش خطر از دسترفتن داده توضیح میدهد. برای مدرس مستقل، نمونهٔ اجرایی میتواند پروژهٔ کاری روی رایانه، یک نسخهٔ منظم روی رسانهٔ جدا و یک نسخهٔ رمزگذاریشده در محل مستقل باشد. «سه پوشه روی یک لپتاپ» این هدف را برآورده نمیکند؛ خرابی یا سرقت دستگاه هر سه را با هم میبرد.
این الگو فرمول جادویی نیست. اگر هر سه نسخه با یک حساب مدیریتی و یک رمز در دسترس باشند، خطای حساب یا دسترسی غیرمجاز میتواند همه را تهدید کند. برای رسانهٔ جدا، زمان اتصال را محدود و پس از کپی آن را از دستگاه جدا کنید؛ برای فضای ابری، مجوز حذف و تغییر را بررسی کنید. در مقیاس بزرگتر، نسخهٔ تغییرناپذیر یا حساب جدا ممکن است مناسب باشد، ولی انتخاب آن به ابزار، هزینه و توان نگهداری تیم بستگی دارد. معیار نهایی این است که پس از یک حادثهٔ فرضی، بتوانید نسخهٔ درست را پیدا و واقعاً باز کنید.
نقشهٔ فایلهای دوره را پیش از اولین کپی کامل کنید
برای هر درس فهرستی از وابستگیها بسازید: ویدیوی خام دوربین، ضبط صفحه، صدای میکروفون، تصویرهای واردشده، فونت، موسیقی یا افکت دارای مجوز، فایل پروژهٔ تدوین، زیرنویس، متن درس، فایل تمرین، پاسخنامه، تصویر کاور و خروجی منتشرشده. اگر از منبعی استفاده میکنید که فقط لینک آنلاین دارد، نشانی، نام سازنده و شرایط استفاده را ثبت کنید. بعضی فایلها حجیماند، اما نبود یک قلم کوچک مثل فونت یا زیرنویس میتواند بازسازی نسخهٔ نهایی را به تأخیر بیندازد. فهرست را از روی جریان واقعی تولید بنویسید، نه از روی یک الگوی عمومیِ بیارتباط.
در کنار فهرست، مشخص کنید کدام فایل «منبع اصلی» و کدام «خروجی مشتقشده» است. نسخهٔ فشردهای که برای انتشار ساختهاید ممکن است برای اصلاح تصویر یا صدا مناسب نباشد. فایل پروژه نیز بدون رسانههای پیوندشده، بهتنهایی کافی نیست. یک آزمون ساده این است که پروژه را روی دستگاهی با مسیرهای متفاوت باز کنید؛ اگر نرمافزار از پوشهٔ قدیمی فایل میخواند، بستهٔ پشتیبان شما هنوز خودکفا نیست. برای تیم چندنفره، یک نفر مسئول تأیید کاملبودن بسته شود تا هر عضو تصور نکند نفر دیگر فایلهای گمشده را نگه داشته است.
نامگذاری و پوشهبندی باید جلوی نسخهٔ اشتباه را بگیرد
یک شناسهٔ کوتاه برای دوره و شمارهٔ ثابت برای درس انتخاب کنید. درون پوشهٔ هر درس بخشهای «خام»، «پروژه»، «منابع»، «زیرنویس»، «تمرین» و «انتشار» را از هم جدا کنید. نامهایی مثل «نهایی»، «نهایی جدید» و «آخرین واقعی» پس از چند ماه بیمعنا میشوند. در نام بستهٔ انتشار شمارهٔ نسخه و تاریخ روشن بگذارید، مثلاً courseA-lesson05-v03-2026-10-25. اگر پس از ضبط، فقط زیرنویس عوض شد، علت را در دفتر تغییرات بنویسید و شمارهٔ نسخهٔ بسته را افزایش دهید. نام فایل قرار نیست همهٔ داستان را بگوید؛ باید به رکورد تغییرات ارجاع دهد.
نمونهٔ یک رکورد کوتاه چنین است: «درس ۵، نسخهٔ ۳، اصلاح زمان زیرنویس دقیقهٔ ۰۶:۴۰، تأیید مدرس در تاریخ مشخص، انتشار در دورهٔ فعال». اگر فایل منبع تغییر کرده، نام نسخهٔ آن را هم ثبت کنید. با این کار هنگام دریافت گزارش «درس پنجم در دقیقهٔ شش مشکل دارد» میدانید هنرجو کدام نسخه را دیده است. نسخهٔ قبلی را طبق سیاست نگهداری حفظ کنید، نه نامحدود و بدون کنترل حجم. اگر پوشههای موقت تدوین بسیار حجیماند، پیش از حذف بررسی کنید آیا نرمافزار میتواند آنها را از فایلهای اصلی بازسازی کند و زمان لازم برای این کار قابل قبول است یا نه.
نسخهٔ قابل بازیابی را با زمان از دستدادن کار تعریف کنید
پرسش «هر چند روز یکبار پشتیبان بگیرم؟» یک پاسخ ثابت برای همه ندارد. اگر یک ضبط سهساعته را نمیتوانید تکرار کنید، پس از همان ضبط نسخهٔ مستقل لازم دارید. اگر متن درس هر روز چند جمله تغییر میکند، شاید نسخهبرداری روزانه کافی باشد. معیار ساده این است: حداکثر چند ساعت یا چند روز کار را میتوانید بدون آسیب جدی دوباره انجام دهید؟ پاسخ، فاصلهٔ قابل قبول میان دو نسخهٔ سالم را تعیین میکند. این فاصله را روی تقویم بگذارید و پس از رویدادهای پرخطر، مانند انتقال دستگاه یا پاکسازی فضای ذخیرهسازی، نسخهٔ تازه بگیرید.
همچنین بپرسید پس از حادثه چقدر زمان برای برگشتن به آموزش دارید. اگر کلاس فردا آغاز میشود و بازیابی کل دوره دو روز طول میکشد، نسخهٔ پشتیبان از نظر فنی وجود دارد ولی برنامهٔ عملیاتی کافی نیست. برای درسهای در حال استفاده، بستهٔ انتشار و فایلهای تمرین را در مسیر بازیابی سریعتری نگه دارید؛ پروژههای خام ممکن است زمان بیشتری برای دریافت نیاز داشته باشند. زمان واقعی را با یک آزمایش اندازه بگیرید. اعداد روی کاغذ یا سرعت اینترنت تبلیغشده جای آزمایش دریافت، بازکردن و انتشار دوبارهٔ یک درس را نمیگیرد.
آزمون بازیابی باید از محیط اصلی مستقل باشد
فایل پشتیبان را کنار فایل اصلی بازکردن کافی نیست، زیرا نرمافزار تدوین ممکن است بیصدا رسانهها را از مسیر قدیمی بخواند. یک درس نمونه را در پوشه یا دستگاه جدا بازیابی کنید، اتصال به پوشهٔ اصلی را موقتاً از مسیر پروژه حذف کنید و ویدیو، صدا، زیرنویس و فایل تمرین را باز کنید. اگر پروژهٔ تدوین هشدار «رسانه پیدا نشد» میدهد، مسیرها یا فایلهای وابسته ناقصاند. یک خروجی کوتاه از میانهٔ درس بسازید و آن را با نسخهٔ منتشرشده مقایسه کنید. هدف حذف یا خرابکردن فایل اصلی نیست؛ آزمون باید بدون آسیب به محتوای جاری انجام شود.
در برگهٔ آزمون فقط پنج چیز ثبت کنید: تاریخ و مسئول، شناسهٔ درس و نسخه، محل بازیابی، زمان لازم، نتیجه و فایلهای گمشده. اگر نقصی پیدا شد، ابتدا علت را اصلاح کنید و سپس یک آزمون دیگر برای همان درس انجام دهید. هر بار لازم نیست همهٔ دوره را بازیابی کنید؛ نمونهٔ چرخشی از درسهای جدید، قدیمی و دارای وابستگیهای متفاوت انتخاب کنید. راهنمای NIST دربارهٔ محافظت از داده در برابر از دسترفتن و باجافزار نیز بر داشتن نسخهٔ سالم و آزمودن روند بازیابی تأکید دارد. نتیجهٔ آزمون، شواهدی کاربردیتر از پیام «بکاپ موفق بود» است.
اگر فایل منتشرشده با منبع پشتیبان یکی نیست، تغییر را ردیابی کنید
در بسیاری از تیمها فایل نهایی پس از چند اصلاح سریع دوباره بارگذاری میشود، اما پشتیبان پروژه همان نسخهٔ هفتهٔ قبل میماند. به همین دلیل پشتیبان را به چرخهٔ انتشار وصل کنید: هر نسخهٔ جدید پیش از جایگزینی، شناسهٔ مشخص داشته باشد؛ بستهٔ انتشار، زیرنویس و تمرین همراه آن در محل مستقل ثبت شوند؛ سپس رکوردی از زمان انتشار و تأییدکننده نوشته شود. اگر بارگذاری ناموفق بود، باید بتوانید نسخهٔ قبلیِ مشخص را پیدا کنید. این کار با نسخهبندی محتوای دوره پیوند دارد و از اشتباه «فایل درست را داریم، ولی نمیدانیم کدام بوده» جلوگیری میکند.
برای محتوای حساس به زمان، مانند درس وابسته به نسخهٔ نرمافزار، در دفتر تغییرات بنویسید کدام بخش از نظر آموزشی منسوخ شده است. پشتیبان قدیمی برای بازیابی داده لازم است، اما لزوماً برای انتشار دوبارهٔ بدون بازبینی مناسب نیست. پس از حادثه، پیش از بازگرداندن دوره به هنرجو، نسخهٔ بازیابیشده را با محتوای فعلی، لینکهای تمرین و توضیحهای صفحهٔ دوره تطبیق دهید. اگر زمان کافی ندارید، اول درسهایی را بازیابی کنید که هنرجویان همین هفته به آنها نیاز دارند و وضعیت بقیه را شفاف اطلاع دهید. سرعت بازیابی نباید باعث انتشار نسخهٔ نادرست شود.
کار گروهی بدون مالک فایل و مسئول بازیابی امن نیست
وقتی مدرس، تدوینگر و مدیر دوره هرکدام یک پوشه دارند، باید معلوم باشد نسخهٔ اصلی کجا نگه داشته میشود. فایل ارسالی در پیامرسان میتواند برای انتقال موقت مفید باشد، اما اگر نام و نسخهٔ آن ثبت نشود، بهسرعت چند «نسخهٔ نهایی» شکل میگیرد. مسئول هر مرحله را مشخص کنید: تدوینگر بستهٔ پروژه و وابستگیها را تحویل میدهد، مدرس صحت آموزشی را تأیید میکند، مدیر دوره نسخهٔ انتشار و پشتیبان را ثبت میکند. برای تیم کوچک ممکن است دو نقش را یک نفر انجام دهد؛ مسئولیت همچنان باید روشن بماند.
دسترسی نوشتن و حذف را به کسانی بدهید که واقعاً لازم دارند. اگر همکاری پایان یافت، پیش از قطع دسترسی مطمئن شوید پروژهها، کلیدهای مجاز و فایلهای وابسته در مالکیت سازمان یا مدرس باقی ماندهاند. نسخهٔ پشتیبان را در حساب شخصی یک همکار بدون توافق روشن نگه ندارید. هنگام تغییر ابزار یا مهاجرت، فهرست محتوا و مجوزها را کنار هم بررسی کنید؛ چکلیست انتقال دوره برای این مرحله راهنماست. هدف کنترل افراد نیست؛ جلوگیری از این است که یک حذف، جابهجایی شغلی یا فراموشی رمز، تنها راه بازسازی آموزش را از بین ببرد.
حریم خصوصی هنرجو را داخل بستهٔ فنی فراموش نکنید
گاهی ویدیوی تمرین، صدای هنرجو، نام دانشآموز یا تصویر صفحهٔ حساب کاربری در مواد خام میماند. این فایلها را با همان دسترسی عمومیِ ویدیوهای تبلیغاتی ذخیره نکنید. پیش از پشتیبانگیری، تعیین کنید کدام دادهٔ شخصی برای آموزش واقعاً لازم است و چه مدت باید بماند. اگر امکان دارد نمونهها را ناشناس یا بازسازی کنید. نسخهٔ پشتیبانِ رمزگذاریشده هم باید کلید بازیابیِ قابل دسترس برای مسئول مجاز داشته باشد؛ نگهداشتن رمز کنار همان هارد یا در همان پوشه، حفاظت را تضعیف میکند.
وقتی درخواست حذف داده یا پایان دوره مطرح میشود، سیاست نگهداری باید نسخههای پشتیبان را نیز در نظر بگیرد. این موضوع به قوانین و قراردادهای شما وابسته است و برای همه یک زمان واحد ندارد. در تیم خود مشخص کنید چه کسی میتواند فایل خام، تمرین هنرجو و نسخهٔ پشتیبان را ببیند و چه روندی برای حذف مجاز وجود دارد. اگر از سرویس ابری استفاده میکنید، تنظیمات اشتراک و دسترسی را پس از هر تغییر تیم بازبینی کنید. فهرست پشتیبان بدون فهرست صاحبان دسترسی، تصویر کاملی از ریسک نمیدهد.
اگر حادثه امروز رخ داد، ترتیب اقدام چیست؟
ابتدا علت را از دسترس خارج کنید: اگر حذف اشتباهی بوده، همگامسازی را تا روشنشدن وضعیت بررسی کنید؛ اگر احتمال دسترسی غیرمجاز دارید، مسئول امنیت یا حساب را وارد کنید و از اقدام شتابزدهای که شواهد را از بین میبرد پرهیز کنید. سپس نسخهٔ سالم، زمان آن و تفاوتش با نسخهٔ منتشرشده را پیدا کنید. لازم نیست فوری همهٔ فایلهای خام را برگردانید. فهرست درسهای فعال، تمرینهای در حال تحویل و زمان کلاس بعدی را اولویتبندی کنید. نسخهٔ بازیابیشده را قبل از جایگزینی در مسیر جدا آزمایش کنید.
اگر هنرجو تحت تأثیر قرار میگیرد، پیام کوتاه و دقیق بدهید: کدام درس موقتاً در دسترس نیست، چه بخشی هنوز قابل استفاده است، زمان بعدی اطلاعرسانی چه موقع است و تمرین یا کلاس چگونه پیگیری میشود. وعدهٔ زمان قطعی بدون آزمون بازیابی ندهید. پس از بازگشت، علت ریشهای را ثبت کنید: نبود نسخهٔ مستقل، دسترسی حذف بیش از حد، نامگذاری مبهم یا آزموننشدن پروژه. یک اصلاح قابل اندازهگیری انتخاب کنید و در آزمون بعدی ببینید همان مشکل تکرار میشود یا نه. حادثه فقط با برگرداندن فایل تمام نمیشود؛ فرایند باید بهتر شود.
سالمبودن کپی را جدا از کاملبودن دوره بررسی کنید
شمردن فایلها و مقایسهٔ اندازه، اولین کنترل مفید است، اما ثابت نمیکند پروژهٔ آموزشی کامل باز میشود. برای فایلهای بسیار مهم میتوانید پس از کپی، اثر انگشت دیجیتال فایل منبع و نسخهٔ پشتیبان را مقایسه کنید؛ اگر برابر باشند، احتمال تغییر ناخواستهٔ همان فایل در زمان انتقال کمتر میشود. با این حال، اثر انگشتِ برابر نمیگوید همهٔ فایلهای وابسته در فهرست آمدهاند یا محتوای آموزشی درست است. پس این کنترل فنی را کنار آزمون بازکردن پروژه، پخش نمونهٔ ویدیو و خواندن زیرنویس قرار دهید، نه بهجای آنها.
اگر کپی خودکار دارید، گزارش خطاهای آن را به یک نفر مسئول برسانید. «کار زمانبندیشده اجرا شد» با «همهٔ فایلهای لازم سالم و قابل بازیابیاند» یکسان نیست. یک فایل جدید ممکن است بیرون از پوشهٔ تحت پوشش ذخیره شده باشد یا بهدلیل کمبود فضا منتقل نشده باشد. پس از هر تغییر در ساختار پوشه یا نرمافزار تدوین، فهرست فایلهای مشمول پشتیبان را بازبینی کنید. وقتی در آزمون بازیابی نقصی میبینید، آن را تا اصلاح و آزمون دوباره باز نگه دارید. این کار زمان کمی میگیرد، اما جلوی کشف دیرهنگام نقص در روز انتشار یا کلاس را میگیرد.
جای فاکسیمون در این نقشهٔ محتوا چیست؟
فاکسیمون برای سازماندهی درسها، ویدیوها و دسترسی هنرجویان به محتوای منتشرشده کاربرد دارد. صفحهٔ مدیریت دوره چیدن بخشها و درسها، رسانهها و انتشار را توضیح میدهد. این کار با پشتیبان مستقلِ فایل خام و پروژهٔ تدوین یکی نیست. پیش از بارگذاری، بستهٔ منبع را در محل مناسب خودتان نگه دارید؛ پس از انتشار، شناسه و نسخهٔ محتوای منتشرشده را در دفتر تغییرات ثبت کنید. اگر نیاز به جابهجایی یا اصلاح درس پیش آمد، از همان بستهٔ سالم و تأییدشده شروع کنید، نه از یک فایل نامعلوم در پوشهٔ پیامرسان.
اگر دورههای زیادی دارید، یک فهرست ساده از درس، نسخهٔ منتشرشده، محل پشتیبان، تاریخ آخرین آزمون بازیابی و مسئول محتوا کنار مدیریت دوره نگه دارید. این فهرست کمک میکند با رشد تعداد دورهها، فایل خام و محتوای قابل مشاهدهٔ هنرجو از هم جدا نشوند. برای دیدن ساختار دوره و مسیر انتشار میتوانید در فاکسیمون ثبتنام کنید و یک دورهٔ آزمایشی بسازید؛ همزمان سیاست نسخهبرداریِ مستقل خود را اجرا کنید. پلتفرم آموزشی بخش ارائهٔ درس را سامان میدهد، اما تصمیم دربارهٔ نگهداری منبع و توان بازیابی باید آگاهانه در فرایند تیم شما باشد.
برنامهٔ یک هفتهای برای شروع بدون پروژهٔ پیچیده
روز اول فهرست دورهها و درسهای در حال استفاده را بنویسید. روز دوم برای یک درس کامل، فایل خام، پروژه، زیرنویس، تمرین و نسخهٔ انتشار را در پوشهای با نام ثابت جمع کنید. روز سوم یک محل مستقل برای نسخهٔ دوم و روش دسترسی مسئول مجاز تعیین کنید. روز چهارم کپی را انجام دهید و اندازه و شمار فایلها را با منبع مقایسه کنید. روز پنجم همان درس را در مسیر جدا بازیابی و بخشی از آن را اجرا کنید. روز ششم نقصهای پیداشده را اصلاح کنید. روز هفتم مسئول، فاصلهٔ نسخهبرداری و زمان آزمون بعدی را در تقویم بگذارید.
پس از یک هفته لازم نیست همهٔ تاریخچهٔ دورهها بینقص شده باشد. از درسهای فعال و غیرقابل تکرار شروع کنید، سپس به آرشیو قدیمی برسید. هر بار که محتوای جدید ضبط یا اصلاح میشود، همان روند کوتاه را تکرار کنید. اگر آزمون بازیابی نشان داد فایل یا مجوزی گم شده، موفقیت پشتیبان را اعلام نکنید؛ آن نقص را با نام روشن ثبت کنید. نتیجهٔ خوب این است که یک فرد مجاز، بدون تکیه بر حافظهٔ سازندهٔ دوره، بتواند نسخهٔ سالم یک درس را پیدا، باز و برای انتشار دوباره آماده کند.
هر چند وقت پشتیبان بگیریم؟
از مقدار کاری شروع کنید که تحمل ازدستدادنش را دارید. پس از هر جلسه ضبط یا تغییر مهم، داشتن نسخه تازه ارزش دارد. برنامه را با حجم تولید، زمان کپی و ظرفیت ذخیرهسازی تنظیم کنید؛ یک تقویم پیچیده که اجرا نمیشود مفید نیست.
برای ارتباط پشتیبان با نسخه منتشرشده، نسخهبندی محتوای دوره و برای جابهجایی بین سامانهها، چکلیست انتقال دوره را بررسی کنید.