بیک اپ اور بحالی

یہ گائیڈ اُن پانچ کاموں کا احاطہ کرتی ہے جو لوگ بیک اپ کے ساتھ واقعتاً کرتے ہیں: ایک لینا، اُسے جمع کرنا، ایک ورک اسپیس منتقل کرنا، ایک واپس رکھنا، اور کاپیاں مشین سے باہر رکھنا۔ ہر آرٹیفیکٹ اور عمل کی درست شکل کے لیے بیک اپ حوالہ دیکھیں۔

یہاں کا سب کچھ ترتیبات → سرور → بیک اپ اور بحالی پر رہتا ہے۔

پیشگی شرائط

ایک مکمل کلائنٹ — ڈیسک ٹاپ یا ویب ایپ۔ ایک پیئر شدہ فون اِس میں سے کچھ بھی شروع نہیں کر سکتا، ڈیزائن کے مطابق۔
کسی انسٹال اسنیپ شاٹ کو لینے، فہرست بنانے، ڈاؤن لوڈ یا حذف کرنے کے لیے: انسٹال کا مالک۔
فی ورک اسپیس کارروائیوں کے لیے: ایکسپورٹ کے لیے اُس ورک اسپیس کا ایڈمن، امپورٹ یا حذف کے لیے مالک۔
ڈاؤن لوڈ اور اپ لوڈ کے لیے: سرور سے براہِ راست کنکشن۔ بروکر شدہ ریلے RPC فریم لے جاتا ہے، فائل ٹرانسفر نہیں، اور جب آپ اُس پر ہوں تو ٹرانسفر کنٹرولز ایک نوٹ کے ساتھ خود کو غیر فعال کر دیتے ہیں۔

ایک بیک اپ کس چیز کا احاطہ کرتا ہے

دونوں آرٹیفیکٹس صرف ڈیٹا بیس ہیں:

ایک انسٹال اسنیپ شاٹ ایک ٹائم اسٹیمپ والی ڈائریکٹری ہے: manifest.json، global.db اور فی ورک اسپیس ایک <workspaceId>/workspace.db۔
ایک ورک اسپیس ایکسپورٹ وہی واحد workspace.db فائل ہے۔

دونوں میں سے کوئی بھی ڈیٹا ڈائریکٹری کا باقی حصہ نہیں لے جاتا: secrets.json (پیئرنگ کلیدیں، فراہم کنندہ کریڈینشل، SSO)، کسی ورک اسپیس کے blobs/ (پیغامات میں پیسٹ شدہ تصاویر)، skills/، agents/، chat_credentials/، ریکارڈ شدہ میٹنگ آڈیو یا رگ تصاویر۔ اِس میں سے کچھ قابلِ ضیاع ہے اور کچھ نہیں — مکمل جدول حوالہ میں ہے، اور اِس کا احاطہ کرنا ہی مشین سے باہر والے حصے کا مقصد ہے۔

پورے انسٹال کا اسنیپ شاٹ لیں

ترتیبات → سرور → بیک اپ اور بحالی کھولیں۔
انسٹال اسنیپ شاٹس کے تحت اب بیک اپ لیں دبائیں۔
ٹوسٹ اُس ڈائریکٹری کا نام لیتا ہے جو سرور ہوسٹ پر لکھی گئی۔ نیا اسنیپ شاٹ فہرست کے اوپر ظاہر ہوتا ہے۔

سرور دورانِ عمل چلتا رہتا ہے۔ ہر فائل VACUUM INTO سے لکھی جاتی ہے، جو ایک فعال ڈیٹا بیس کے خلاف مطابقت رکھتی ہے، لہٰذا نہ کوئی مینٹیننس ونڈو درکار ہے اور نہ ایجنٹس روکنے کی ضرورت۔

فہرست کی ہر قطار ٹائم اسٹیمپ، ڈسک پر سائز، کتنے ورک اسپیسز کیپچر ہوئے، اور یہ کہ اسنیپ شاٹ مکمل ہے یا نامکمل، دکھاتی ہے۔ نامکمل کا مطلب ہے کہ مانی فیسٹ غائب ہے یا ایسی فائلوں کے نام لیتا ہے جو وہاں نہیں — کوئی ایسا بیک اپ جو کریش یا بھری ڈسک کی وجہ سے رک گیا۔ ایسے اسنیپ شاٹس جان بوجھ کر فہرست میں رہتے ہیں: جو اسنیپ شاٹ آپ دیکھ نہیں سکتے وہ وہی ہے جس کے بارے میں آپ سمجھتے ہیں کہ آپ کے پاس ہے۔ ایک نامکمل اسنیپ شاٹ پورا انسٹال بحال نہیں کر سکتا، مگر اُس میں موجود ورک اسپیس فائلیں پھر بھی ایک ایک کر کے اپنائی جا سکتی ہیں۔

ایک قطار یہ بھی کہہ سکتی ہے کہ n ورک اسپیسز کیپچر نہیں ہوئے۔ یہ کوئی ایسا ورک اسپیس ہے جو رجسٹر ہے مگر اُس میں کبھی لکھا نہیں گیا (ابھی کوئی فائل نہیں)، یا وہ جس کی کاپی ناکام ہوئی — سرور لاگ دیکھیں۔

ورک اسپیس بیک اپس اور رٹینشن شیڈول کریں

ورک اسپیس کے لیے ترتیبات → پائپ لائنز → پائپ لائن ٹیمپلیٹس کھولیں اور Workspace backup تلاش کریں۔ اُس کا فعال شیڈول ہر اتوار 03:00 UTC پر چلتا ہے: Back up workspace، جس کے بعد Delete backups older than (ڈیفالٹ میں 30 دن)۔ دوسرا نوڈ صرف بیک اپ کامیاب ہونے کے بعد چلتا ہے۔ آپ نوڈ پر رٹینشن کے دن بدل سکتے ہیں یا شیڈول غیر فعال کر سکتے ہیں۔ اگر شیڈول کے وقت سرور آف لائن ہو تو واپس آنے پر شیڈول ایک بار اپنی بھرپائی کرتا ہے، بجائے اِس کے کہ ہر ضائع شدہ ہفتہ دوبارہ چلائے۔

ورک اسپیس بیک اپس سرور پر backups/workspace-backups/<workspaceId>/<timestamp>/workspace.db کے تحت رہتے ہیں۔ رٹینشن نوڈ صرف اِس ورک اسپیس کے پرانے بیک اپس حذف کرتا ہے؛ یہ کبھی انسٹال اسنیپ شاٹس یا دوسرے ورک اسپیسز کے بیک اپس حذف نہیں کرتا۔ یہ فائلیں صرف ڈیٹا بیس پر مشتمل ہیں۔ مشین سے باہر رٹینشن کے لیے اِنہیں الگ کاپی کریں۔

یہ بیک اپس انسٹال اسنیپ شاٹس فہرست سے الگ ہیں۔ کوئی ایک بحال کرنے کے لیے بیک اپ کے سرور کی طرف کے workspace.db پاتھ کے ساتھ ورک اسپیس ڈیٹا → درآمد استعمال کریں۔ درآمد اُس ورک اسپیس کا موجودہ ڈیٹا بیس بدل دیتا ہے، لہٰذا اگر بحالی واپس کرنے کی ضرورت پڑ سکتی ہو تو پہلے اُسے ایکسپورٹ کریں۔

انسٹال اسنیپ شاٹ حذف کریں

انسٹال اسنیپ شاٹس کے تحت اسنیپ شاٹ پھیلائیں، بشمول نامکمل، اور خطرے والے سیکشن میں اسنیپ شاٹ حذف کریں استعمال کریں۔ اُس کا نام کنفرم کریں۔ پوری اسنیپ شاٹ ڈائریکٹری سرور سے مستقل طور پر ہٹ جاتی ہے؛ اگر کاپی درکار ہو تو پہلے اُسے ڈاؤن لوڈ کریں۔ ورک اسپیس بیک اپ پائپ لائن اِن اسنیپ شاٹس کو کبھی حذف نہیں کرتی۔

اپنی مشین پر ایک کاپی جمع کریں

صفحہ جو پاتھ دکھاتا ہے وہ اُس مشین پر ہیں جو cc_server چلا رہی ہے۔ جب وہ مشین وہ نہ ہو جس پر آپ بیٹھے ہیں، تو ڈاؤن لوڈ بٹن استعمال کریں:

ورک اسپیس ڈیٹا کے تحت ہر ورک اسپیس کے ساتھ → ڈاؤن لوڈ، ایک .db فائل کے لیے۔
انسٹال اسنیپ شاٹس کے تحت ہر اسنیپ شاٹ کے ساتھ → ڈاؤن لوڈ، پورے اسنیپ شاٹ کے .zip کے لیے۔

ڈیسک ٹاپ پر آپ چنتے ہیں کہ فائل کہاں اُترے اور ٹوسٹ اُس کا نام لیتا ہے؛ ویب پر یہ براؤزر کے ڈاؤن لوڈز میں جاتی ہے۔ دونوں صورتوں میں پیش رفت بائٹس میں بتائی جاتی ہے، کیونکہ یہ وہ دو پے لوڈ ہیں جو گیگا بائٹس تک پہنچتے ہیں۔

دونوں بٹن دبانے کے لمحے ایک تازہ کاپی بناتے ہیں، اُسے سٹریم کرتے ہیں، اور بعد میں سرور کی کاپی حذف کر دیتے ہیں — ڈاؤن لوڈ کا مطلب „ایکسپورٹ بٹن سے پہلے بنائی گئی فائل لے آنا“ نہیں ہے۔

اسنیپ شاٹ آرکائیو unzip کرنے سے اسنیپ شاٹ کی ترتیب بالکل ویسی ہی بن جاتی ہے، اور یہی چیز اُس کی بحالی کو ایک واپسی کاپی بنا دیتی ہے۔

ورک اسپیس کو دوسرے انسٹال پر منتقل کریں

ایک ورک اسپیس ایک ڈیٹا بیس فائل ہے، لہٰذا اُسے حوالے کرنا ایک فائل آپریشن ہے۔

ماخذ سرور پر، ترتیبات → سرور → بیک اپ اور بحالی → ورک اسپیس ڈیٹا، ورک اسپیس پھیلائیں اور ڈاؤن لوڈ دبائیں۔
منزل سرور پر، وہ ورک اسپیس بنائیں (یا چنیں) جو اُسے وصول کرے گی۔
اُس ورک اسپیس کو پھیلائیں، اور اس ڈیوائس سے بحال کریں کے تحت فائل منتخب کریں اور اپ لوڈ کریں دبائیں۔ جو .db آپ نے ڈاؤن لوڈ کی تھی اُسے چنیں۔

اگر دونوں سرور وہی مشین ہوں جس پر آپ بیٹھے ہیں، تو سرور پر محفوظ کریں کے ساتھ درآمد → فائل منتخب کریں بغیر چکر کے وہی کام کرتا ہے؛ درآمد ڈائیلاگ کے پاتھ سرور ہوسٹ پر حل ہوتے ہیں۔

دو چیزیں رد کرنے کے بجائے اجازت یافتہ اور لاگ شدہ ہیں: ایسی فائل امپورٹ کرنا جس کا ریکارڈ شدہ ورک اسپیس id ٹارگٹ سے مختلف ہو (یہی طریقہ ہے کسی ورک اسپیس کی ڈپلیکیٹ بنانے یا اُسے نئی id کے تحت بحال کرنے کا)، اور کسی مختلف انسٹال سے فائل امپورٹ کرنا۔ دوسری صورت میں فائل کے پیئر شدہ ڈیوائسز اور یوزر id اُس انسٹال سے تعلق رکھتے ہیں جہاں سے وہ آیا اور اِس پر حل نہیں ہوں گے — ورک اسپیس کا اپنا ڈیٹا برقرار رہتا ہے، مگر اپنانے کے بعد ممبرشپ دوبارہ چیک کریں۔

چیٹ بوٹ ٹوکن ڈیٹا بیس کے ساتھ، اُس کے اندر نہیں رہتے، لہٰذا جو ورک اسپیس آپ کسی اور کو دیتے ہیں اُس میں کوئی فعال کریڈینشل نہیں ہوتا۔ وصول کرنے والا انسٹال اپنے والے دوبارہ جوڑ لیتا ہے۔

اسنیپ شاٹ سے ایک ورک اسپیس بحال کریں

انسٹال اسنیپ شاٹس کے تحت وہ اسنیپ شاٹ پھیلائیں جو آپ چاہتے ہیں۔
ورک اسپیس کی قطار تلاش کریں اور بحال کریں دبائیں۔
کنفرم کریں۔ اسنیپ شاٹ لیے جانے کے بعد سے اُس ورک اسپیس کا کیا ہوا سب کچھ ضائع ہو جاتا ہے۔

یہ وہی عمل ہے جو ایک امپورٹ ہے، جو اُس ورک اسپیس کی فائل کی اسنیپ شاٹ میں موجود کاپی پر لگایا گیا ہو — جان بوجھ کر، تاکہ کوئی دوسرا میکانزم نہ ہو جو اُسی فائل کے ساتھ مختلف سلوک کر سکے۔

ایک قطار یہ بھی کہہ سکتی ہے کہ اب اس سرور پر نہیں، اور بحال کریں غیر فعال ہوتا ہے: اسنیپ شاٹ میں کوئی ایسا ورک اسپیس ہے جو اِس انسٹال کے پاس اب نہیں۔ اُسے ہاتھ سے واپس لائیں — ایک ورک اسپیس بنائیں، پھر ورک اسپیس ڈیٹا کے تحت <snapshot path>/<old workspace id>/workspace.db سے اُس میں امپورٹ کریں۔ پھیلا ہوا اسنیپ شاٹ اپنا سرور پر پاتھ ایک کاپی فیلڈ میں دکھاتا ہے، اور قطار کا عنوان پرانی ورک اسپیس id ہوتا ہے، لہٰذا اُس پاتھ کے دونوں حصے آپ کے سامنے ہوتے ہیں۔

پورا انسٹال بحال کریں

اِس کے لیے کوئی بٹن نہیں، اور ہونا بھی نہیں چاہیے: یہ اُن ڈیٹا بیسز کو بدل دیتا ہے جو چلتا ہوا سرور کھولے ہوئے ہے۔

cc_server روکیں۔ اگر آپ ڈیسک ٹاپ ایپ اُس کے ایمبیڈڈ سرور کے ساتھ چلاتے ہیں تو ایپ بند کر دیں۔

اسنیپ شاٹ کا مواد ڈیٹا ڈائریکٹری پر کاپی کریں۔ اسنیپ شاٹ کی ترتیب فعال والی کی عکاسی کرتی ہے، لہٰذا یہ ایک سادہ کاپی ہے:

# macOS default; see the CLI reference for other platforms
DATA_DIR="$HOME/Library/Application Support/control-center"
SNAPSHOT="$DATA_DIR/backups/2026-07-28T09-12-33-000Z"

cp "$SNAPSHOT/global.db" "$DATA_DIR/global.db"
for d in "$SNAPSHOT"/*/; do
  id=$(basename "$d")
  mkdir -p "$DATA_DIR/$id"
  cp "$d/workspace.db" "$DATA_DIR/$id/workspace.db"
done

جو ڈیٹا بیسز آپ نے بدلے اُن کے ساتھ بیٹھی کوئی بھی -wal اور -shm فائلیں حذف کریں۔ وہ پرانی فائلوں سے تعلق رکھتی ہیں، اور بحال شدہ ڈیٹا بیس کے ساتھ کوئی پرانی فائل رہ جانا خرابی کا خطرہ ہے۔
سرور دوبارہ شروع کریں۔

اسنیپ شاٹ میں کوئی secrets.json نہیں ہوتا، لہٰذا کسی نئی ہوسٹ پر بحال کیا گیا انسٹال اپنا ڈیٹا رکھتا ہے مگر اپنے کریڈینشل نہیں: پیئر شدہ ڈیوائسز، فراہم کنندہ ٹوکن اور SSO سیٹنگز دوبارہ قائم کرنی ہوں گی، یا جہاں بھی آپ نے وہ فائل رکھی تھی وہاں سے بحال کرنی ہوں گی۔ اُسی ہوسٹ پر بحالی، جہاں secrets.json کبھی ضائع نہیں ہوا، سب کچھ برقرار رکھتی ہے۔

بیک اپس مشین سے باہر کاپی کریں

جس ڈیٹا بیس کی اُس نے کاپی بنائی اُسی ڈسک پر موجود اسنیپ شاٹ آپ کو خراب امپورٹ سے بچاتا ہے، ڈسک سے نہیں۔ Control Center میں کچھ بھی کہیں کاپی نہیں بھیجتا، لہٰذا یہ حصہ آپ کا ہے۔

اسنیپ شاٹس سنک کریں

اسنیپ شاٹس ایک بار لکھنے کے بعد ناقابلِ تبدیل ہوتے ہیں اور ٹائم اسٹیمپ سے نامزد ہوتے ہیں، لہٰذا کوئی بھی سنک ٹول اُنہیں بخوبی سنبھال لیتا ہے۔ transfer/ کو خارج کریں، جو زیرِ عمل ڈاؤن لوڈز اور اپ لوڈز کا ورک بینچ ہے:

DATA_DIR="$HOME/Library/Application Support/control-center"

# To another host over ssh
rsync -a --delete --exclude 'transfer/' \
  "$DATA_DIR/backups/" backup-host:/srv/control-center-backups/

# To object storage
aws s3 sync --exclude 'transfer/*' \
  "$DATA_DIR/backups/" s3://my-bucket/control-center/backups/

# Or with deduplication, encryption and its own retention
restic backup --exclude 'transfer' "$DATA_DIR/backups"

--delete آپ کی مقامی pruning کو ریموٹ پر بھی اتار دیتا ہے۔ اگر آپ چاہتے ہیں کہ ریموٹ اسنیپ شاٹس کو ہوسٹ سے زیادہ عرصہ رکھے تو اُسے چھوڑ دیں۔

جب سرور چل رہا ہو تو rsync، aws s3 sync یا کسی فائل لیول بیک اپ ایجنٹ کو global.db یا <workspaceId>/workspace.db کی طرف نہ لگائیں۔ فعال SQLite ڈیٹا بیس کے ساتھ ایک -wal سائیڈ کار ہوتا ہے، اور فائل بہ فائل کاپی دونوں کو مختلف لمحات پر پکڑ لیتی ہے — نتیجہ ایسی فائل ہوتی ہے جو اکثر کھلتی ہے مگر خاموشی سے حالیہ تحریریں گم ہوتی ہیں، یا بالکل ہی نہیں کھلتی۔ اسنیپ شاٹ کاپی کریں، جو ایک ریڈ ٹرانزیکشن کے تحت لکھا گیا تھا، یا نیچے کی طرح VACUUM INTO سے ایک بنائیں۔

اسنیپ شاٹ جو چھوڑ دیتا ہے وہ بھی شامل کریں

انسٹال کو صرف اُس کے ڈیٹا کے بجائے دوبارہ تعمیر کر سکنے کے لیے، یہ بھی کاپی کریں۔ یہ عام فائلیں ہیں، سرور چلتے ہوئے کاپی کرنا محفوظ ہے:

rsync -a \
  "$DATA_DIR/secrets.json" \
  backup-host:/srv/control-center-backups/config/

rsync -a --relative \
  "$DATA_DIR"/./*/chat_credentials \
  "$DATA_DIR"/./*/blobs \
  "$DATA_DIR"/./*/skills \
  "$DATA_DIR"/./*/agents \
  backup-host:/srv/control-center-backups/workspace-files/

secrets.json کا موڈ 0600 ہے اور اُس میں انسٹال کی ہر پیئرنگ کلید، فراہم کنندہ کریڈینشل اور SSO سیٹنگ ہوتی ہے۔ جہاں بھی یہ اُترے، وہاں اُسے کم از کم سرور ہوسٹ جیسی حفاظت ہونی چاہیے — rest میں encrypted، اور ایسی bucket نہیں جسے کوئی اور پڑھ سکے۔

spaces/ (کاپی آن رائٹ ورک ٹریز، جو آپ کے ریپوز سے دوبارہ فراہم کیے جاتے ہیں)، pr_clones/ (ایک کیش)، models/ (دوبارہ ڈاؤن لوڈ شدہ)، media_cache/ اور rigs/ (مشین اسٹیٹ، اور بڑی) چھوڑ دیں۔ meetings/ کے تحت ریکارڈ شدہ میٹنگ آڈیو شامل کرنے کے قابل ہے اگر آپ میٹنگز رکھتے ہیں۔

ایپ سے باہر پورے انسٹال کے اسنیپ شاٹ کا شیڈول بنائیں

بلٹ اِن پائپ لائن صرف ایک ورک اسپیس کا بیک اپ لیتی ہے۔ بغیر نگرانی پورے انسٹال کے اسنیپ شاٹ کے لیے کوئی CLI سب کمانڈ نہیں، اور اسنیپ شاٹ RPC کے لیے ایک پیئر شدہ مکمل کلائنٹ درکار ہے جو انسٹال کا مالک ہو۔ ایک ہوسٹ سائیڈ ٹائمر فعال ڈیٹا بیسز کے خلاف VACUUM INTO استعمال کر سکتا ہے:

#!/usr/bin/env bash
set -euo pipefail

DATA_DIR="${CC_SERVER_DATA_DIR:-$HOME/.local/share/control-center}"
DEST="/srv/control-center-snapshots/$(date -u +%Y-%m-%dT%H-%M-%SZ)"
mkdir -p "$DEST"

sqlite3 "$DATA_DIR/global.db" "VACUUM INTO '$DEST/global.db'"

for db in "$DATA_DIR"/*/workspace.db; do
  id=$(basename "$(dirname "$db")")
  mkdir -p "$DEST/$id"
  sqlite3 "$db" "VACUUM INTO '$DEST/$id/workspace.db'"
done

اِسے اُسی صارف کے طور پر چلائیں جو ڈیٹا ڈائریکٹری کا مالک ہے، cron یا systemd ٹائمر سے، اور بعد میں DEST کو ہوسٹ سے باہر سنک کریں۔ VACUUM INTO کے لیے SQLite 3.27 یا نیا درکار ہے۔

اِسے <dataDir>/backups/ کے باہر لکھیں۔ وہاں ہاتھ سے بنی ڈائریکٹری میں کوئی manifest.json نہیں ہوتا، لہٰذا ایپ اُسے نامکمل اسنیپ شاٹ کے طور پر فہرست کرے گی اور فہرست وہ دیانتدار ریکارڈ ہونا چھوڑ دے گی جو خود سرور نے بنایا۔

پرانے پورے انسٹال اسنیپ شاٹس ہٹائیں

آپ ایپ میں انفرادی انسٹال اسنیپ شاٹس حذف کر سکتے ہیں۔ ہوسٹ سائیڈ رٹینشن پالیسی کے لیے، ورک اسپیس بیک اپ ڈائریکٹری کو انسٹال اسنیپ شاٹس سے الگ رکھیں:

find "$DATA_DIR/backups" -mindepth 1 -maxdepth 1 -type d \
  ! -name exports ! -name transfer ! -name workspace-backups \
  -mtime +30 -exec rm -rf {} +

-exec شامل کرنے سے پہلے -print والی run کی آؤٹ پٹ چیک کریں۔ ایک سے زیادہ رکھیں: جس ناکامی سے آپ بچ رہے ہیں وہ اکثر یہ ہوتی ہے کہ ”آخری بیک اپ میں بھی وہی مسئلہ ہے“۔

جانچیں کہ بیک اپ درست ہے

جو بیک اپ کسی نے بحال نہ کیا ہو وہ محض ایک مفروضہ ہے۔

سستا چیک — فائل کھلتی ہے اور اُس کے صفحات برقرار ہیں:

sqlite3 "$SNAPSHOT/global.db" 'PRAGMA integrity_check;'   # expects: ok

اصل چیک — اُسے اپنائیں۔ نان پروڈکشن انسٹال پر ایک عارضی ورک اسپیس بنائیں، اُس میں ایک ورک اسپیس فائل امپورٹ کریں، اور دیکھیں کہ جتنے اسپیسز، ٹکٹس اور پیغامات آپ توقع کرتے ہیں وہ موجود ہیں۔ یہ وہی راستہ چلاتا ہے جو ایک حقیقی بحالی لیتی ہے، بشمول FTS ری بلڈ، اور یہ واحد چیک ہے جو بتاتا ہے کہ بیک اپ بحال ہو سکنے والا ہے، نہ کہ محض پڑھنے کے قابل۔

یہ ایک بار اُس وقت کریں جب آپ بیک اپس سیٹ اپ کریں، اور پھر جب بھی آپ اُن کے محفوظ ہونے کی جگہ بدلیں۔

مسائل کا حل

علامت	وجہ اور حل
ڈاؤن لوڈ اور اپ لوڈ کنٹرولز ریلے کے بارے میں نوٹ کے ساتھ غیر فعال ہیں	آپ بروکر شدہ ریلے کے ذریعے منسلک ہیں، جو کوئی فائل ٹرانسفر نہیں لے جاتا۔ براہِ راست منسلک ہوں
”سرور نے انکار کیا“	کردار۔ انسٹال اسنیپ شاٹ لینے یا فہرست بنانے کے لیے انسٹال کا آپریٹر چاہیے۔ ورک اسپیس ڈاؤن لوڈ کرنے کے لیے ایڈمن، ایک بحال کرنے کے لیے مالک، پورا اسنیپ شاٹ zip کے لیے انسٹال کا آپریٹر چاہیے
”اس سرور پر بیک اپ سطح نہیں“	اِس ہوسٹ پر کوئی بیک اپ پورٹ وائرڈ نہیں — ایک ڈیمو سرور۔ آپریشنز رد کرنے کے بجائے غائب ہیں
”فائل سرور کی قبول حد سے بڑی ہے“	اپ لوڈز کی حد 8 GiB ہے۔ فائل کو سرور ہوسٹ پر رکھیں اور اِس کے بجائے درآمد → فائل منتخب کریں استعمال کریں
امپورٹ مسترد: یہ Control Center ورک اسپیس ڈیٹا بیس نہیں	فائل میں کوئی `workspace_meta` قطار نہیں — یہ ورک اسپیس ایکسپورٹ نہیں، یا کٹی ہوئی ہے۔ کچھ بھی نہیں بدلا گیا
ایک اسنیپ شاٹ نامکمل فہرست ہے	اُس کا مانی فیسٹ غائب ہے یا غائب فائلوں کے نام لیتا ہے۔ ایک تازہ لیں؛ اُس دوران اُس سے انفرادی ورک اسپیس فائلیں اپنائیں
ایک اسنیپ شاٹ کہتا ہے کہ ورک اسپیسز کیپچر نہیں ہوئے	اُن ورک اسپیسز میں کبھی لکھا ہی نہیں گیا، یا اُن کی کاپی ناکام ہوئی۔ سرور لاگ دیکھیں
بحال شدہ انسٹال میں کوئی کوڈ ہوسٹ یا SSO کریڈینشل نہیں	`secrets.json` کسی اسنیپ شاٹ میں نہیں ہوتا۔ اُسے جہاں رکھا تھا وہاں سے بحال کریں، یا فراہم کنندگان دوبارہ منسلک کر دیں
بحال شدہ ورک اسپیس میں پیسٹ کی گئی تصاویر غائب ہیں	blobs ڈیٹا بیس کے ساتھ، اُس کے اندر نہیں رہتے۔ `<workspaceId>/blobs/` بھی ساتھ کاپی کریں