Shared Google Docs খুলে দেখলেন গতকালের গুরুত্বপূর্ণ paragraph নেই। সঙ্গে সঙ্গে পুরোনো version restore করলে missing লেখা ফিরতে পারে, কিন্তু অন্য সহকর্মীর আজকের ভালো edit-ও সরে যেতে পারে। তাই recovery-র আগে সঠিক file, revision এবং প্রয়োজনীয় অংশ শনাক্ত করুন। Version history ব্যবহার করার নিরাপদ workflow হল বর্তমান অবস্থা বাঁচানো, পুরোনো copy তুলনা করা, তারপর প্রয়োজন অনুযায়ী selective recovery বা full restore। এই guide Google Docs-এর উদাহরণ দিয়ে সেই সিদ্ধান্ত এবং শেষ verification সহজ করে দেখায়।

আগে সঠিক document ও account মিলান

একই title-এর দুই file থাকলে ভুল document-এ history দেখছেন কি না পরীক্ষা করুন। Browser URL, owner, shared folder এবং last modified time মিলিয়ে নিন। Personal account আর office account-এর Drive আলাদা হতে পারে। Recent list-এ title দেখেই restore করবেন না। Fileটি Google Docs document, না uploaded Word/PDF—তা দেখুন; history mechanism এক নাও হতে পারে। Permission কম থাকলে owner বা editor-এর সাহায্য নিন। Recovery করতে গিয়ে public sharing চালু করার প্রয়োজন নেই।

বর্তমান কাজের একটি reference copy রাখুন

Document-এর current state হারালে কী ক্ষতি হবে আগে ভাবুন। Organisation policy অনুমতি দিলে current copy বা export রাখুন, সঙ্গে date ও purpose দিন। Sensitive document local device-এ নামানোর অনুমতি না থাকলে approved workspace-এই রাখুন। Team-কে সাময়িকভাবে editing থামাতে বলুন, যাতে compare করার সময় নতুন change না মেশে। কে recovery করছে এবং কোন section হারিয়েছে লিখে রাখুন। Copy তৈরি মানেই original permission বা complete history একইভাবে এসেছে—এমন ধরে নেবেন না।

Version history খুলে সময় ধরে খুঁজুন

Google Docs-এর official version-history help computer থেকে earlier version দেখা এবং restore করার ধাপ দেয়। File menu-এর Version history বা Last edit control ব্যবহার করুন; interface label বদলালে current help দেখুন। “গতকাল ঠিক ছিল” মনে হলে ওই সময়ের আগে ও পরে version compare করুন। Grouped revision থাকলে expand করে দেখুন। Editor name দেখে দোষ স্থির করবেন না; collaborative autosave-এ একাধিক change কাছাকাছি group হতে পারে।

পুরো document না একটি অংশ দরকার?

শুধু একটি paragraph হারালে পুরো file rollback না করাই ভালো হতে পারে। পুরোনো version-এর copy option থাকলে copy খুলে text, heading ও surrounding context তুলনা করুন। প্রয়োজনীয় অংশ current document-এ ফেরানোর আগে reviewer-কে দেখান। Table ফেরালে row, column, formula-like text এবং formatting আলাদা check করুন। পুরো document ভুল import বা bulk replace-এ নষ্ট হলে full restore যুক্তিযুক্ত হতে পারে। সেই সিদ্ধান্তের আগে current valid edits কীভাবে রাখা হবে নির্দিষ্ট করুন।

একটি shared proposal-এর practical example

ধরুন Monday-এর proposal-এ project scope ছিল। Tuesday-তে সহকর্মী delivery timeline ঠিক করেছেন, আর ভুল paste-এ scope paragraph হারিয়েছে। Monday version পুরো restore করলে timeline আবার পুরোনো হবে। Reviewer প্রথমে current copy রাখলেন, Monday revision থেকে scope উদ্ধার করলেন এবং Tuesday timeline অক্ষত রেখে paragraph বসালেন। তারপর দুই section একসঙ্গে পড়ে date ও dependency মিলালেন। এটি selective recovery। “সবকিছু আগের মতো” চাওয়ার বদলে কোন content ফেরাতে হবে বলা team-এর নতুন কাজ বাঁচায়।

Restore করার পরে ফল পরীক্ষা করুন

Full restore বেছে নিলে preview-তে সঠিক revision selected আছে কি না আরেকবার দেখুন। Confirmation-এর পরে document reopen করে missing content খুঁজুন। Headings, tables, links এবং গুরুত্বপূর্ণ numbers মিলান। Comment বা suggestion-এর অবস্থা নিজে দেখে নিন; সব feature আগের মতো ফেরে ধরে নেবেন না। Shared collaborators সঠিক file খুলছেন কি না জানান। Export করা PDF বা externally sent copy আলাদা artifact; original document restore করলেই আগের পাঠানো file বদলায় না। প্রয়োজন হলে corrected export আলাদাভাবে পাঠানোর অনুমোদিত workflow নিন।

Highlighted recovery checklist

  • Identity: সঠিক account, document URL, owner এবং file type মিলেছে।
  • Preserve: current valid work-এর approved copy বা reference রাখা হয়েছে।
  • Coordinate: collaborators জানেন কে recovery করছেন এবং editing সাময়িক থেমেছে।
  • Revision: missing content থাকা exact earlier version preview করা হয়েছে।
  • Scope: selective section recovery না full restore দরকার তা ঠিক হয়েছে।
  • Verify: restored text, table, links এবং recent valid edits মিলিয়ে দেখা হয়েছে।
  • Record: recovery time, chosen revision ও final reviewer note করা হয়েছে।

History না পেলে কী করবেন

File save বা sync হওয়ার আগেই লেখা হারালে history-তে সেই text নাও থাকতে পারে। Permission, wrong account, duplicate file এবং grouped revision আগে পরীক্ষা করুন। Organisation admin-এর recovery option থাকলে official support route নিন। Random “document recovery” extension-কে access দেবেন না। History unavailable মানেই data নিশ্চিতভাবে recover করা যাবে—এমন promise করবেন না। Browser-এর unsaved tab এখনও খোলা থাকলে reload বা close করার আগে safe copy নেওয়ার উপায় দেখুন, তবে sensitive content অননুমোদিত service-এ paste নয়।

পরেরবার named milestone রাখুন

Major review, client approval বা bulk edit-এর আগে meaningful version name দিন, যেমন “Scope approved before timeline edit”। শুধু final, final2, final-new নাম দিয়ে confusion বাড়াবেন না। গুরুত্বপূর্ণ deliverable-এর approved export এবং change note আলাদা রাখুন। Version history daily convenience, কিন্তু service access হারানো বা file deletion-এর সব scenario-র backup নয়। Recovery drill হিসেবে non-sensitive test document-এ একটি paragraph remove করে history থেকে ফিরিয়ে দেখুন। Team তখন বিপদের দিনে প্রথমবার feature শিখতে বাধ্য হবে না।