Zinn® Backups

خصوصیات

آپ کی WordPress سائٹ کی فائلوں اور ڈیٹا بیس کی روزانہ کاپی، جو آپ کے ویب سرور سے الگ اسٹوریج پر 30 دنوں کے لیے رکھی جاتی ہے۔ SSH کے ذریعے یا ہمارے پلگ ان کے ساتھ منسلک ہوں، اپنا ہوسٹ برقرار رکھیں، اور SSH کے ذریعے منسلک ہونے پر ایک کلک میں بحال کریں۔

آپ کے بیک اپ ایسی جگہ موجود ہیں جہاں آپ کا سرور رسائی حاصل نہیں کر سکتا

ویب سرور پر رکھا گیا بیک اپ اسی لمحے ختم ہو جاتا ہے جب وہ سرور ختم ہوتا ہے: کوئی خراب ڈسک، اکاؤنٹ کو معطل کرنے والا ہوسٹ، یا فائلوں تک پہنچنے والا کوئی حملہ آور سائٹ اور اس کے بیک اپس دونوں کو ایک ساتھ ڈیلیٹ کر دیتا ہے۔ ⁨Zinn®⁩ Backups ہر کاپی کو آبجیکٹ اسٹوریج پر رکھتا ہے جسے ہم Cloudflare R2 پر چلاتے ہیں، جو آپ کی سائٹ کے میزبان سے ایک مختلف کمپنی کا انفراسٹرکچر ہے۔

آرکائیو آپ کے سرور سے براہ راست اس اسٹوریج میں HTTPS کے ذریعے جاتا ہے، جس کے لیے صرف اسی ایک بیک اپ کے لیے بنایا گیا مختصر مدتی اپ لوڈ لنک استعمال کیا جاتا ہے۔ یہ ہمارے ایپلیکیشن سرورز سے نہیں گزرتا، اور اپ لوڈ مکمل ہونے کے بعد آپ کی ویب اسپیس پر کچھ بھی باقی نہیں رہتا۔

آپ کے ہوسٹ سے الگ، ہمارے زیر انتظام Cloudflare R2 اسٹوریج پر کاپیاں
ایک مختصر مدتی لنک کے ساتھ براہ راست آپ کے سرور سے اپ لوڈ کیا گیا
اس کے بعد آپ کی ویب اسپیس پر کچھ باقی نہیں رہتا

بیک اپس اسکرین جو کسی دوسری جگہ ہوسٹ کی گئی سائٹ کو بیک اپ شدہ کے طور پر درج کرتی ہے

SSH کے ذریعے مربوط ہوں، یا جب SSH کا اختیار نہ ہو تو پلگ ان کے ساتھ مربوط ہوں

سب سے مضبوط کنکشن SSH ہے۔ آپ ایک ایسی کلید بناتے ہیں جو صرف بیک اپ کے لیے استعمال ہوتی ہے، اس کا عوامی حصہ اپنے ہوسٹنگ اکاؤنٹ میں شامل کرتے ہیں، اور نجی حصہ ڈیش بورڈ میں چسپاں کرتے ہیں، جہاں یہ ہماری خفیہ تجوری میں چلا جاتا ہے اور دوبارہ کبھی نہیں دکھایا جاتا ہے۔ SSH کے ذریعے ہم سائٹ کے فولڈر کو محفوظ کرتے ہیں اور WP-CLI کے ذریعے ڈیٹا بیس برآمد کرتے ہیں، اور چونکہ ہم WordPress کے بجائے سرور تک رسائی حاصل کرتے ہیں، اس لیے ہم اس سائٹ کو بحال کر سکتے ہیں جو مزید لوڈ نہیں ہوتی۔

ایسی ہوسٹنگ پر جہاں SSH رسائی موجود نہ ہو، ⁨Zinn®⁩ Connector پلگ ان WordPress کے اندر سے کام کرتا ہے: یہ خود آرکائیو اور ڈیٹابیس ایکسپورٹ تیار کرتا ہے اور انہیں اپ لوڈ کرتا ہے۔ پلگ ان بحال نہیں کر سکتا، اس سادہ سی وجہ سے کہ شدید خراب شدہ سائٹ اس پلگ ان کو نہیں چلا سکتی جو اس کی مرمت کرے گا، لہذا ڈیش بورڈ آپ کو واضح طور پر بتاتا ہے کہ ہر سائٹ کا کون سا کنکشن ہے۔

SSH یا SFTP ایسی کلید کے ساتھ جو آپ صرف بیک اپ کے لیے بناتے ہیں
کلیدیں ہمارے رازوں کے والٹ میں رکھی جاتی ہیں اور دوبارہ کبھی نہیں دکھائی جاتی ہیں
⁨Zinn®⁩ Connector پلگ ان (WordPress 6.6+، PHP 8.2+) جہاں SSH دستیاب نہیں ہے

کسی سائٹ کے بیک اپس ٹیب پر کنکشن کارڈ، جو SSH پر سیٹ ہے، جس میں ایک کلک پر بحالی دستیاب ہے

فائلیں اور ڈیٹا بیس، ایک ہی آرکائیو میں

ایک WordPress سائٹ دراصل دو چیزوں کا مجموعہ ہے جن کا مطابقت رکھنا ضروری ہے: فائلیں (تھیمز، پلگ انز، اپ لوڈز، wp-config) اور ڈیٹا بیس جس میں پوسٹس، صفحات، آرڈرز اور ترتیبات شامل ہوتی ہیں۔ ہر بیک اپ ان دونوں کو ایک ہی کمپریسڈ آرکائیو میں محفوظ کرتا ہے، اور یہ ریکارڈ کرتا ہے کہ آیا ڈیٹا بیس کی برآمد شامل تھی یا نہیں، تاکہ بحالی کے وقت آپ کو کبھی یہ معلوم نہ ہو کہ سائٹ کا آدھا حصہ غائب ہے۔

SSH کے ذریعے ڈیٹا بیس ایکسپورٹ کے لیے آپ کے سرور پر WP-CLI کی ضرورت ہوتی ہے۔ اگر یہ دستیاب نہ ہو تب بھی فائلوں کا بیک اپ لے لیا جاتا ہے اور بیک اپ کو اس طرح نشان زد کیا جاتا ہے کہ اس میں کوئی ڈیٹا بیس نہیں ہے، لہذا آپ بعد میں پتہ چلنے کے بجائے اپنے ہوسٹ سے اسے فعال کرنے کا کہہ سکتے ہیں۔

سائٹ کی فائلیں اور ڈیٹا بیس کی برآمد ایک ہی آرکائیو میں
ہر بیک اپ ریکارڈ کرتا ہے کہ آیا اس کا ڈیٹا بیس شامل ہے یا نہیں
wp-content کے تحت فولڈرز کو پلگ ان میں خارج کیا جا سکتا ہے

روزانہ کی کاپیاں، 30 دن کے لیے مقفل

ایک بار جب کوئی سائٹ منسلک ہو جاتی ہے تو کسی کو بھی کچھ یاد رکھنے کی ضرورت نہیں ہوتی۔ جب بھی اس کا آخری کامیاب بیک اپ ایک دن سے زیادہ پرانا ہوتا ہے تو ایک نیا بیک اپ شروع کیا جاتا ہے، اور ہر کاپی 30 دنوں تک رکھی جاتی ہے۔ جس سائٹ کے بیک اپ مسلسل ناکام ہو رہے ہوں اس کی دوبارہ کوشش کم وقفوں سے کی جاتی ہے، یعنی تقریباً ہفتے میں ایک بار، تاکہ خراب کنکشن آپ کے سرور پر بوجھ نہ ڈالے؛ اسے ٹھیک کرنے سے سائٹ فوراً روزانہ کے شیڈول پر واپس آ جاتی ہے۔

ہر کاپی خود سٹوریج پر 30 دن کے ریٹینشن لاک کے تحت رہتی ہے۔ ان 30 دنوں کے دوران اسے اوور رائٹ یا حذف نہیں کیا جا سکتا، خواہ وہ آپ کے WordPress ایڈمن پر قبضہ کرنے والے کسی حملہ آور کے ذریعے ہو، آپ کے اکاؤنٹ میں کسی غلطی کے باعث ہو، یا خود ہماری اپنی ایپلیکیشن کی سٹوریج اسناد کے ساتھ ہی کیوں نہ ہو۔ لاک کی مدت گزر جانے کے بعد کاپیاں ہٹا دی جاتی ہیں، اور سٹوریج کی جانب سے 37 دنوں پر حتمی صفائی کی جاتی ہے۔

ایک نیا بیک اپ جب آخری درست بیک اپ ایک دن سے زیادہ پرانا ہو
ہر کاپی پر 30 دن کا برقراری لاک
لاک ہونے کے بعد ہٹا دیا گیا، 37 دنوں پر حتمی صفائی کے ساتھ

کسی سائٹ کے روزانہ بیک اپ کی فہرست ان کی تاریخوں اور سائز کے ساتھ

ایک کلک میں بحالی، تب بھی جب سائٹ بند ہو

SSH کے ذریعے بحالی ہمارے طرف سے چلائی جاتی ہے۔ مسئلہ شروع ہونے سے پہلے کی کاپی منتخب کریں اور تصدیق کریں؛ ہم آپ کے سرور سے منسلک ہوتے ہیں، سائٹ پر آرکائیو کو ان پیک کرتے ہیں اور اس کا ڈیٹا بیس درآمد کرتے ہیں۔ چونکہ یہ WordPress کے کام کرنے پر منحصر نہیں ہے، اس لیے یہ وہ بحالی ہے جسے آپ ناکام اپ ڈیٹ یا ہیک کے بعد بھی استعمال کر سکتے ہیں۔

بحالی سائٹ کی فائلوں کو بیک اپ کی فائلوں سے بدل دیتی ہے اور ڈیٹا بیس کو تبدیل کر دیتی ہے، لیکن یہ ان فائلوں کو حذف نہیں کرتی جو بیک اپ لینے کے بعد شامل کی گئی تھیں، اس لیے بعد میں کسی بھی نامعلوم چیز کی جانچ کریں، خاص طور پر سیکیورٹی کی خلاف ورزی کے بعد۔

SSH کے ذریعے منسلک سائٹس کے لیے دستیاب ہے
اس وقت بھی کام کرتا ہے جب خود WordPress لوڈ نہ ہو رہا ہو
فائلیں اور ڈیٹا بیس آپ کی منتخب کردہ کاپی سے بحال کر دیے گئے

ڈیش بورڈ میں منتخب کردہ بیک اپ سے سائٹ کو بحال کرنا

کوئی بھی کاپی ڈاؤن لوڈ کریں، اور اسے اپنے پاس رکھیں

ہر محفوظ کردہ بیک اپ کو سائٹ کے Backups ٹیب سے ایک آرکائیو کے طور پر ڈاؤن لوڈ کیا جا سکتا ہے۔ ڈاؤن لوڈ کا لنک اس وقت بنتا ہے جب آپ اس کی درخواست کرتے ہیں اور تھوڑی دیر بعد ختم ہو جاتا ہے، اس لیے کسی افشا شدہ لنک سے آپ کے ڈیٹا تک مستقل رسائی ممکن نہیں ہوتی۔

کسی سائٹ کی مکمل کاپی ڈاؤن لوڈ کرنا اس کے بیک اپ کا انتظام کرنے سے ایک الگ اجازت نامہ ہے، تاکہ ٹیم کا کوئی رکن پوری سائٹ ساتھ لے جائے بغیر بیک اپ چلا اور دیکھ سکے۔

کوئی بھی محفوظ شدہ کاپی، بطور کمپریسڈ آرکائیو
ڈاؤن لوڈ لنکس ضرورت کے مطابق بنائے جاتے ہیں اور قلیل مدتی ہوتے ہیں
بیک اپ کا انتظام کرنے سے ایک الگ اجازت

ہر سائٹ کے سائز کے لحاظ سے قیمت

ہر سائٹ کے لیے ایک درجہ ہے، جس کا انتخاب اس بنیاد پر کیا جاتا ہے کہ وہ سائٹ کتنی بڑی ہے: 1 GB، 10 GB یا 50 GB تک۔ ہر درجے میں ایک جیسی خصوصیات شامل ہیں: روزانہ بیک اپ، 30 دن کا لاک، ڈاؤن لوڈز اور SSH پر ایک کلک سے بحالی، اس لیے واحد فیصلہ سائز کا ہے۔

درجے فی سائٹ ہیں اور یکجا نہیں ہوتے۔ اگر کوئی سائٹ بڑھتی ہے تو اس سائٹ کے لیے بڑا درجہ خریدیں اور یہ چھوٹے درجے میں اضافے کے بجائے اس کی جگہ لے لیتا ہے۔ سائٹ کے درجے سے بڑا بیک اپ اپ لوڈ ہونے سے پہلے مسترد کر دیا جاتا ہے، اور آپ کی ادا کردہ رقم سے زیادہ خاموشی سے ذخیرہ کرنے کے بجائے ڈیش بورڈ اس کی اطلاع دیتا ہے۔

1 جی بی، 10 جی بی اور 50 جی بی کے درجات، ہر ایک کے لیے ایک سائٹ
ہر درجے میں ہر چیز شامل ہے
اپ لوڈ کرنے سے پہلے زیادہ سائز کے بیک اپ مسترد کر دیے گئے، جس کی وجہ ظاہر کی گئی ہے

سائٹ پہلے سے متاثر ہونے کی صورت میں میلویئر کی صفائی

ہیکنگ سے پہلے کا بیک اپ بحالی کا تیز ترین طریقہ ہے۔ جب کوئی محفوظ کاپی موجود نہ ہو، یا آپ یہ نہ بتا سکیں کہ سیکیورٹی خلاف ورزی کب شروع ہوئی، تو ایک انجینئر خود میلویئر کو ہٹاتا ہے، خراب شدہ صفحات، اسپام اور ری ڈائریکٹس کی مرمت کرتا ہے، یہ معلوم کرتا ہے کہ حملہ آور کیسے اندر داخل ہوا اور اسے بند کر دیتا ہے۔

کسی بھی جگہ ہوسٹ کی گئی سائٹ کے لیے، چاہے کتنا ہی وقت لگے، فی سائٹ ایک ہی مقررہ قیمت ہے۔ اس کے بعد، صاف کی گئی سائٹ کو بیک اپ سے منسلک کرنے کا مطلب ہے کہ اگلا واقعہ ہنگامی صورتحال کے بجائے ایک بحالی ہوگا۔

میلویئر اور بیک ڈورز ایک انجینئر کے ذریعے ہٹا دیے گئے
داخلے کا راستہ مل گیا اور بند کر دیا گیا
کسی بھی ہوسٹ کے لیے، فی سائٹ ایک مقررہ قیمت

رہنما کتابچے