ان خصوصیات کو الگ سے آرڈر کیا جانا چاہئے۔
ہم میں سے کوئی بھی اس وقت تک بری چیزوں کے بارے میں نہیں سوچتا جب تک کہ کچھ برا نہ ہو جائے۔ اور پھر پچھتاوے شروع ہوتے ہیں اور اس بارے میں بات ہوتی ہے کہ ہم اسے روکنے کے لیے کیا کر سکتے تھے۔ ہمارا مشورہ ہے کہ گرج چمک کے آنے تک انتظار نہ کریں۔ آئیے سیدھے ' معلومات برقرار رکھنے ' کے انتہائی اہم موضوع کی طرف آتے ہیں۔ معلومات کو محفوظ کرنا وہ ہے جو ابھی کرنے کی ضرورت ہے تاکہ بعد میں زیادہ دیر نہ ہو۔ ' یونیورسل اکاؤنٹنگ سسٹم ' معلومات کی حفاظت اور حفاظت کو یقینی بنا سکتا ہے۔ لیکن اس کے لیے آپ کو کچھ اقدامات کرنے کی ضرورت ہے۔
ڈیٹا کا تحفظ ڈیٹا بیس کو کاپی کرکے حاصل کیا جاتا ہے۔ ڈیٹا بیس بیک اپ ایک پروگرام کا بیک اپ ہے جو ڈیٹا بیس کا استعمال کرتا ہے۔ عام طور پر، ڈیٹا بیس کسی بھی پروگرام کے ذریعہ استعمال ہوتا ہے جو کسی نہ کسی طرح معلومات کے ساتھ کام کرتا ہے۔ ڈیٹا بیس کے استعمال کا مطلب ہے ' ڈیٹا بیس مینجمنٹ سسٹم ' نامی دوسرے پروگرام کے ساتھ بات چیت کرنا۔ مختصراً ' DBMS '۔ اور مسئلہ یہ ہے کہ آپ صرف پروگرام کی فائلوں کو کاپی کرکے کاپی نہیں بنا سکتے۔ ڈیٹا بیس کا بیک اپ ' ڈیٹا بیس مینجمنٹ سسٹم ' کی خصوصی فنکشن کالز کا استعمال کرتے ہوئے کیا جانا چاہیے۔
پروگرام سرور پر چلتا ہے۔ سرور ہارڈ ویئر ہے۔ کسی بھی ہارڈ ویئر کی طرح، سرور ہمیشہ کے لیے نہیں رہتا۔ کسی بھی سامان میں غلط وقت پر ٹوٹ جانے کی بری عادت ہوتی ہے۔ یقیناً یہ ایک لطیفہ ہے۔ توڑنے کا کوئی صحیح وقت نہیں ہے۔ ہم میں سے کوئی بھی اس چیز کا انتظار نہیں کرتا جسے ہم توڑنے کے لیے استعمال کرتے ہیں۔
یہ خاص طور پر افسوسناک ہوتا ہے جب ڈیٹا بیس ٹوٹ جاتا ہے۔ یہ انتہائی نایاب ہے، لیکن ایسا ہوتا ہے. زیادہ تر بجلی کی اچانک بندش کی وجہ سے۔ مثال کے طور پر، ڈیٹا بیس میں کچھ ڈیٹا داخل کیا گیا تھا، اور اسی لمحے بجلی اچانک بند ہو گئی تھی۔ اور آپ کے پاس بلاتعطل بجلی کی فراہمی نہیں ہے۔ اس معاملے میں کیا ہوگا؟ اس صورت میں، ڈیٹا بیس فائل کے پاس صرف ان تمام معلومات کے ساتھ جزوی طور پر بھرنے کا وقت ہوگا جو آپ نے شامل کرنے کی کوشش کی تھی۔ ریکارڈنگ ٹھیک سے مکمل نہیں ہوگی۔ فائل ٹوٹ جائے گی۔
ایک اور مثال. آپ اینٹی وائرس انسٹال کرنا بھول گئے۔ انٹرنیٹ پر ایک وائرس پکڑا گیا ہے جو پروگرام کی فائلوں کو تبدیل کرتا ہے، خفیہ کرتا ہے یا صرف کرپٹ کرتا ہے۔ بس! اس کے بعد، آپ متاثرہ پروگرام کو بھی استعمال نہیں کر پائیں گے۔
ایسا ہوتا ہے کہ صارفین کے اعمال بھی سافٹ ویئر کو برباد کر سکتے ہیں۔ بدنیتی پر مبنی سرگرمی کی دو قسمیں ہیں: غیر ارادی اور جان بوجھ کر۔ یعنی یا تو مکمل طور پر ناتجربہ کار کمپیوٹر صارف نادانستہ طور پر کوئی ایسا کام کر سکتا ہے جو پروگرام کو برباد کر دے گا۔ یا، اس کے برعکس، ایک خاص طور پر تجربہ کار صارف خاص طور پر تنظیم کو نقصان پہنچا سکتا ہے، مثال کے طور پر، انٹرپرائز کے سربراہ کے ساتھ تنازعہ کی موجودگی میں برطرفی کی صورت میں۔
پروگرام ایگزیکیوٹیبل فائل کے معاملے میں، جس میں ایکسٹینشن ' EXE ' ہے، سب کچھ آسان ہے۔ آپ کے لیے یہ کافی ہو گا کہ پہلے اس فائل کو ایک بار کسی بیرونی اسٹوریج میڈیم میں کاپی کر لیں، تاکہ بعد میں مختلف ناکامیوں کی صورت میں اس سے پروگرام کو بحال کیا جا سکے۔
لیکن یہ ڈیٹا بیس کا معاملہ نہیں ہے۔ پروگرام کے ساتھ کام کے آغاز میں اسے ایک بار کاپی نہیں کیا جا سکتا۔ کیونکہ ڈیٹا بیس کی فائل ہر روز بدلتی رہتی ہے۔ ہر روز آپ نئے کلائنٹ اور نئے آرڈر لاتے ہیں۔
اس کے علاوہ، ڈیٹا بیس فائل کو ایک سادہ فائل کے طور پر کاپی نہیں کیا جا سکتا. کیونکہ کاپی کرنے کے وقت ڈیٹا بیس استعمال میں ہو سکتا ہے۔ اس صورت میں، کاپی کرتے وقت، آپ کو ٹوٹی ہوئی کاپی مل سکتی ہے، جسے آپ مختلف ناکامیوں کی صورت میں استعمال نہیں کر پائیں گے۔ لہذا، ڈیٹا بیس سے ایک کاپی مختلف طریقے سے بنایا جاتا ہے. ہر ایک کو ڈیٹا بیس کی ایک مناسب کاپی درکار ہوتی ہے۔
ڈیٹا بیس کی صحیح کاپی صرف فائل کاپی کرنے سے نہیں بلکہ ایک خاص پروگرام کے ذریعے بنائی جاتی ہے۔ خصوصی پروگرام کو ' شیڈیولر ' کہا جاتا ہے۔ اسے ہماری کمپنی ' USU ' نے بھی تیار کیا ہے۔ شیڈولر قابل ترتیب ہے۔ آپ مناسب دن اور اوقات بتا سکتے ہیں جب آپ ڈیٹا بیس کی کاپی بنانا چاہتے ہیں۔
ہر روز ایک کاپی لینا بہتر ہے۔ ایک کاپی آرکائیو کریں۔ پھر نتیجہ آرکائیو کے نام میں موجودہ تاریخ اور وقت شامل کریں تاکہ آپ کو معلوم ہو کہ ہر کاپی کس تاریخ سے ہے۔ اس کے بعد، نام تبدیل شدہ آرکائیو کو دوسرے اسٹوریج میڈیم پر اسی طرح کے دیگر آرکائیوز میں کاپی کیا جاتا ہے۔ ورکنگ ڈیٹا بیس اور اس کی کاپیاں دونوں کو ایک ہی ڈسک پر محفوظ نہیں کیا جانا چاہیے۔ یہ محفوظ نہیں ہے۔ ایک علیحدہ ہارڈ ڈرائیو پر، یہ بہتر ہے کہ مختلف تاریخوں سے ڈیٹا بیس کی کئی کاپیاں ہوں۔ اس طرح یہ سب سے زیادہ قابل اعتماد ہے۔ یہ بالکل اس الگورتھم کے مطابق ہے کہ ' شیڈیولر ' پروگرام خودکار موڈ میں ایک کاپی بناتا ہے۔ اس طرح ڈیٹا بیس کی قابل اعتماد کاپی بنائی جاتی ہے۔
آپ ابھی ڈیٹا بیس کی قابل اعتماد اور درست کاپی کا آرڈر دے سکتے ہیں۔
اس کے علاوہ، آپ کلاؤڈ میں ڈیٹا بیس کی جگہ کا آرڈر بھی دے سکتے ہیں۔ اگر پرسنل کمپیوٹر ٹوٹ جاتا ہے تو یہ آپ کے پروگرام کو بھی بچا سکتا ہے۔
دیگر مددگار موضوعات کے لیے ذیل میں ملاحظہ کریں:
یونیورسل اکاؤنٹنگ سسٹم
2010 - 2024