1C میں، ہم کمپنی کے کام کو منظم کرنے کے لیے بڑے پیمانے پر اپنی ترقی کا استعمال کرتے ہیں۔ خاص طور پر، . دستاویز کے انتظام کے علاوہ (جیسا کہ نام سے پتہ چلتا ہے)، یہ ایک جدید بھی ہے۔ -سسٹم (انٹرپرائز مواد کا انتظام - کارپوریٹ مواد کا انتظام) وسیع پیمانے پر فعالیت کے ساتھ - میل، ملازمین کے کام کے کیلنڈر، وسائل تک مشترکہ رسائی کا اہتمام کرنا (مثال کے طور پر، میٹنگ رومز کی بکنگ)، ٹائم ٹریکنگ، کارپوریٹ فورم اور بہت کچھ۔
ایک ہزار سے زائد ملازمین 1C پر دستاویز کا انتظام استعمال کرتے ہیں۔ ڈیٹا بیس پہلے ہی متاثر کن بن چکا ہے (11 بلین ریکارڈز)، جس کا مطلب ہے کہ اسے زیادہ محتاط دیکھ بھال اور زیادہ طاقتور آلات کی ضرورت ہے۔
ہمارا سسٹم کیسے کام کرتا ہے، ڈیٹا بیس کو برقرار رکھنے کے دوران ہمیں کن مشکلات کا سامنا کرنا پڑتا ہے اور ہم انہیں کیسے حل کرتے ہیں (ہم MS SQL سرور کو بطور DBMS استعمال کرتے ہیں) - ہم آپ کو مضمون میں بتائیں گے۔
ان لوگوں کے لیے جو پہلی بار 1C مصنوعات کے بارے میں پڑھ رہے ہیں۔
1C:دستاویز کا بہاؤ ایک ایپلیکیشن سلوشن (کنفیگریشن) ہے جو کاروباری ایپلی کیشنز کو تیار کرنے کے فریم ورک کی بنیاد پر لاگو کیا جاتا ہے - 1C: انٹرپرائز پلیٹ فارم۔
"1C: دستاویز کا بہاؤ 8" (مختصراً DO) آپ کو کسی انٹرپرائز میں دستاویزات کے ساتھ کام کو خودکار کرنے کی اجازت دیتا ہے۔ ملازمین کی بات چیت کے لیے ایک اہم ٹول ای میل ہے۔ میل کے علاوہ، DO دیگر مسائل کو بھی حل کرتا ہے:
- ٹائم ٹریکنگ
- ملازمین کی غیر حاضری سے باخبر رہنا
- کورئیر/ٹرانسپورٹ کے لیے درخواستیں۔
- ملازمین کے کام کے کیلنڈر
- خط و کتابت کی رجسٹریشن
- ملازمین کے رابطے (ایڈریس بک)
- کارپوریٹ فورم
- کمرے کی بکنگ
- تقریب کی منصوبہ بندی
- CRM
- فائلوں کے ساتھ اجتماعی کام (فائل ورژن محفوظ کرنے کے ساتھ)
- وغیرہ
ہم دستاویز کا انتظام داخل کرتے ہیں۔ (مقامی ایگزیکیوٹیبل ایپلی کیشن) ونڈوز، لینکس، میک او ایس سے، (براؤزرز سے) اور - صورتحال پر منحصر ہے۔
اور دستاویز کے بہاؤ سے منسلک ہماری دوسری مصنوعات کا شکریہ - - ہم براہ راست دستاویزی بہاؤ میں میسنجر کی فعالیت حاصل کرتے ہیں - چیٹس، آڈیو اور ویڈیو کالز (بشمول گروپ کالز، جو اب خاص طور پر اہم ہو گئی ہے، بشمول موبائل کلائنٹ)، تیز فائل ایکسچینج کے علاوہ چیٹ بوٹس لکھنے کی صلاحیت جو آسان بناتی ہے۔ سسٹم کے ساتھ کام کرنا۔ انٹرایکشن سسٹم کو استعمال کرنے کا ایک اور فائدہ (دوسرے میسنجرز کے مقابلے میں) مخصوص دستاویزی بہاؤ اشیاء - دستاویزات، واقعات وغیرہ سے منسلک سیاق و سباق کی بات چیت کرنے کی صلاحیت ہے۔ یعنی تعامل کا نظام ٹارگٹ ایپلیکیشن کے ساتھ گہرائی سے مربوط ہے، اور صرف ایک "علیحدہ بٹن" کے طور پر کام نہیں کرتا ہے۔
ہمارے DO میں خطوط کی تعداد پہلے ہی 100 ملین سے تجاوز کر چکی ہے، اور عام طور پر DBMS میں 11 بلین سے زیادہ ریکارڈ موجود ہیں۔ مجموعی طور پر، سسٹم تقریباً 30 TB سٹوریج استعمال کرتا ہے: ڈیٹا بیس کا حجم 7,5 TB ہے، اجتماعی کام کے لیے فائلیں الگ سے محفوظ کی جاتی ہیں اور مزید 21 TB پر قبضہ کیا جاتا ہے۔
اگر ہم مزید مخصوص نمبروں کے بارے میں بات کریں، تو اس وقت حروف اور فائلوں کی تعداد یہ ہے:
- آؤٹ گوئنگ ای میلز – 14,7 ملین۔
- آنے والے خطوط – 85,4 ملین۔
- فائل ورژن - 70,8 ملین۔
- اندرونی دستاویزات – 30,6 ہزار۔
DO کے پاس میل اور فائلوں سے زیادہ ہے۔ ذیل میں دیگر اکاؤنٹنگ اشیاء کے اعداد و شمار ہیں:
- میٹنگ رومز کی بکنگ – 52
- ہفتہ وار رپورٹس – 153
- روزانہ کی رپورٹیں – 628
- منظوری کے ویزے – 11
- آنے والی دستاویزات – 79
- باہر جانے والی دستاویزات – 28
- صارف کے کام کے کیلنڈرز میں واقعات کے بارے میں اندراجات - 168
- کورئیر کے لیے درخواستیں – 21
- کاؤنٹر پارٹیز – 81
- ہم منصبوں کے ساتھ کام کے ریکارڈز – 45
- ہم منصبوں کے رابطہ افراد – 41
- واقعات – 10
- پروجیکٹس – 6
- ملازمین کے کام – 245
- فورم پوسٹس – 26
- چیٹ پیغامات - 891 095
- کاروباری عمل - 109 ملازمین کے درمیان تعامل عمل کے ذریعے ہوتا ہے - منظوری، عمل درآمد، جائزہ، رجسٹریشن، دستخط وغیرہ۔ ہم عمل کی مدت، سائیکلوں کی تعداد، شرکاء کی تعداد، واپسیوں کی تعداد، آخری تاریخ کو تبدیل کرنے کی درخواستوں کی تعداد کی پیمائش کرتے ہیں۔ اور یہ معلومات تجزیہ کرنے کے لیے بہت مفید ہے تاکہ یہ سمجھنے کے لیے کہ انٹرپرائز میں کیا عمل ہو رہا ہے اور ملازمین کے تعاون کی کارکردگی میں اضافہ ہوتا ہے۔
ہم یہ سب کس سامان پر کرتے ہیں؟
یہ اعداد و شمار کاموں کے ایک متاثر کن حجم کی نشاندہی کرتے ہیں، لہذا ہمیں اندرونی ذیلی اداروں کی ضروریات کے لیے کافی پیداواری سامان مختص کرنے کی ضرورت کا سامنا کرنا پڑا۔ فی الحال، اس کی خصوصیات درج ذیل ہیں: 38 کور، 240 جی بی ریم، 26 ٹی بی ڈسک۔ یہاں سرورز کی ایک میز ہے:
مستقبل میں، ہم سامان کی صلاحیت کو بڑھانے کا ارادہ رکھتے ہیں.
سرور کے بوجھ کے ساتھ چیزیں کیسے چل رہی ہیں؟
نیٹ ورک کی سرگرمی ہمارے یا ہمارے صارفین کے لیے کبھی بھی مسئلہ نہیں رہی۔ ایک اصول کے طور پر، کمزور نقطہ پروسیسر اور ڈسک ہے، کیونکہ ہر کوئی پہلے سے ہی جانتا ہے کہ میموری کی کمی سے کیسے نمٹنے کے لئے. یہاں ریسورس مانیٹر سے ہمارے سرورز کے اسکرین شاٹس ہیں، جو ظاہر کرتے ہیں کہ ہمارے پاس کوئی خوفناک بوجھ نہیں ہے، یہ بہت معمولی ہے۔
مثال کے طور پر، ذیل میں اسکرین شاٹ میں ہم ایک SQL سرور دیکھتے ہیں جہاں CPU لوڈ 23% ہے۔ اور یہ ایک بہت اچھا اشارے ہے (مقابلے کے لیے: اگر بوجھ 70٪ تک پہنچ جاتا ہے، تو، زیادہ تر امکان ہے، ملازمین کام میں کافی سست روی کا مشاہدہ کریں گے)۔
دوسرا اسکرین شاٹ ایپلیکیشن سرور کو دکھاتا ہے جس پر 1C: انٹرپرائز پلیٹ فارم چلتا ہے - یہ صرف صارف کے سیشن کو پیش کرتا ہے۔ یہاں پروسیسر کا بوجھ تھوڑا زیادہ ہے - 38٪، یہ ہموار اور پرسکون ہے۔ کچھ ڈسک لوڈنگ ہے، لیکن یہ قابل قبول ہے۔
تیسرا اسکرین شاٹ ایک اور 1C دکھاتا ہے: انٹرپرائز سرور (یہ دوسرا ہے، ہمارے پاس ان میں سے دو کلسٹر میں ہیں)۔ صرف پچھلا ہی صارفین کی خدمت کرتا ہے، اور روبوٹ اس پر کام کرتے ہیں۔ مثال کے طور پر، وہ میل وصول کرتے ہیں، راستے کی دستاویزات، ڈیٹا کا تبادلہ کرتے ہیں، حقوق کا حساب لگاتے ہیں، وغیرہ۔ یہ تمام پس منظر کی سرگرمیاں تقریباً 90-100 پس منظر کی ملازمتیں انجام دیتی ہیں۔ اور یہ سرور بہت بھاری بھرکم ہے - 88%۔ لیکن یہ لوگوں کو متاثر نہیں کرتا ہے، اور یہ بالکل وہی تمام آٹومیشن لاگو کرتا ہے جو دستاویز کے انتظام کو کرنا چاہیے۔
کارکردگی کی پیمائش کرنے کے لیے میٹرکس کیا ہیں؟
کارکردگی کے اشاریوں کی پیمائش اور مختلف میٹرکس کا حساب لگانے کے لیے ہمارے ذیلی اداروں میں ایک سنجیدہ ذیلی نظام بنایا گیا ہے۔ موجودہ وقت میں اور تاریخی نقطہ نظر سے دونوں کو سمجھنے کے لیے یہ ضروری ہے کہ نظام میں کیا ہو رہا ہے، کیا خراب ہو رہا ہے، کیا بہتر ہو رہا ہے۔ مانیٹرنگ ٹولز - میٹرکس اور وقت کی پیمائش - "1C: دستاویز کا بہاؤ 8" کی معیاری ترسیل میں شامل ہیں۔ میٹرکس کو لاگو کرنے کے دوران حسب ضرورت کی ضرورت ہوتی ہے، لیکن طریقہ کار خود معیاری ہے۔
میٹرکس وقت کے مخصوص پوائنٹس پر مختلف کاروباری اشاریوں کی پیمائش ہیں (مثال کے طور پر، میل کی ترسیل کا اوسط وقت 10 منٹ ہے)۔
میٹرکس میں سے ایک ڈیٹا بیس میں فعال صارفین کی تعداد کو ظاہر کرتا ہے۔ دن میں اوسطاً ان میں سے 1000-1400 ہوتے ہیں۔ گراف سے پتہ چلتا ہے کہ اسکرین شاٹ کے وقت ڈیٹا بیس میں 2144 فعال صارفین تھے۔
اس طرح کے 30 سے زیادہ اعمال ہیں، فہرست کٹ کے نیچے ہے۔RЎRїReSЃRѕRє
- لاگ ان کریں
- باہر جائیں
- میل لوڈ ہو رہا ہے۔
- کسی چیز کی موزونیت کو تبدیل کرنا
- رسائی کے حقوق کو تبدیل کرنا
- عمل کے موضوع کو تبدیل کرنا
- کسی چیز کے ورک گروپ کو تبدیل کرنا
- کٹ کی ساخت کو تبدیل کرنا
- فائل کو تبدیل کرنا
- فائل درآمد کریں۔
- بذریعہ ڈاک بھیجنا
- فائلوں کو منتقل کرنا
- کسی کام کو ری ڈائریکٹ کرنا
- الیکٹرانک دستخط پر دستخط کرنا
- تفصیلات کے مطابق تلاش کریں۔
- مکمل متن کی تلاش
- فائل وصول کرنا
- کسی عمل میں خلل ڈالنا
- دیکھیں
- ڈکرپشن
- دستاویز کی رجسٹریشن
- سکین
- حذف کرنے کا نشان ہٹانا
- آبجیکٹ بنانا
- ڈسک میں محفوظ کرنا
- عمل کا آغاز
- صارف لاگ اندراجات کو حذف کرنا
- الیکٹرانک دستخط ہٹانا
- حذف کرنے کا نشان ترتیب دینا
- خفیہ کاری
- ایک فولڈر برآمد کریں۔
گزشتہ ہفتے سے پہلے، ہمارے اوسط صارف کی سرگرمی میں ڈیڑھ گنا اضافہ ہوا (گراف پر سرخ رنگ میں دکھایا گیا ہے) - یہ زیادہ تر ملازمین کی دور دراز کے کام میں منتقلی کی وجہ سے ہے (معروف واقعات کی وجہ سے)۔ اس کے علاوہ، فعال صارفین کی تعداد میں 3 گنا اضافہ ہوا (اسکرین شاٹ پر نیلے رنگ میں دکھایا گیا ہے)، کیونکہ ملازمین نے فعال طور پر موبائل فون استعمال کرنا شروع کیا: ہر موبائل کلائنٹ سرور سے کنکشن بناتا ہے۔ اب، اوسطاً، ہمارے ہر ملازم کے سرور سے 2 کنکشن ہیں۔
ہمارے لیے، بحیثیت منتظم، یہ ایک اشارہ ہے کہ ہمیں کارکردگی کے مسائل پر زیادہ توجہ دینے کی ضرورت ہے اور یہ دیکھنے کی ضرورت ہے کہ کیا حالات خراب ہو گئے ہیں۔ لیکن ہم اسے دوسرے پیرامیٹرز کی بنیاد پر دیکھتے ہیں۔ مثال کے طور پر، اندرونی روٹنگ کے لیے میل کی ترسیل کا وقت کیسے بدلتا ہے (نیچے اسکرین شاٹ میں نیلے رنگ میں دکھایا گیا ہے)۔ ہم دیکھتے ہیں کہ اس سال تک اس میں اتار چڑھاؤ آتا تھا، لیکن اب یہ مستحکم ہے - ہمارے لیے یہ اس بات کا اشارہ ہے کہ نظام کے ساتھ سب کچھ ٹھیک ہے۔
ہمارے لیے ایک اور لاگو میٹرک میل سرور سے خطوط ڈاؤن لوڈ کرنے کے لیے اوسط انتظار کا وقت ہے (اسکرین شاٹ میں سرخ رنگ میں دکھایا گیا ہے)۔ موٹے الفاظ میں، یہ خط ہمارے ملازم تک پہنچنے سے پہلے کتنی دیر تک انٹرنیٹ پر تیرتا رہے گا۔ اسکرین شاٹ سے پتہ چلتا ہے کہ یہ وقت بھی حال ہی میں کسی بھی طرح تبدیل نہیں ہوا ہے۔ الگ تھلگ اسپائکس ہیں - لیکن ان کا تعلق تاخیر سے نہیں ہے، بلکہ اس حقیقت کے ساتھ کہ میل سرورز پر وقت ضائع ہو گیا ہے۔
یا، مثال کے طور پر، ایک اور میٹرک (اسکرین شاٹ میں نیلے رنگ میں دکھایا گیا ہے) – ایک فولڈر میں حروف کو اپ ڈیٹ کرنا۔ میل فولڈر کھولنا ایک بہت عام کام ہے اور اسے جلدی سے کرنے کی ضرورت ہے۔ ہم پیمائش کرتے ہیں کہ یہ کتنی جلدی انجام پاتا ہے۔ یہ اشارے ہر کلائنٹ کے لیے ماپا جاتا ہے۔ آپ کمپنی کی مجموعی تصویر اور حرکیات دونوں دیکھ سکتے ہیں، مثال کے طور پر، انفرادی ملازم کے لیے۔ اسکرین شاٹ سے پتہ چلتا ہے کہ اس سال تک میٹرک غیر متوازن تھا، پھر ہم نے بہت سی بہتری کی، اور اب یہ خراب نہیں ہو رہا ہے - گراف تقریباً فلیٹ ہے۔
میٹرکس بنیادی طور پر نظام کی نگرانی کے لیے ایک منتظم کا آلہ ہے، تاکہ نظام کے رویے میں ہونے والی کسی بھی تبدیلی کا فوری جواب دیا جا سکے۔ اسکرین شاٹ سال کے لیے داخلی ذیلی میٹرکس دکھاتا ہے۔ گراف میں چھلانگ اس حقیقت کی وجہ سے ہے کہ ہمیں اندرونی ذیلی اداروں کو تیار کرنے کے کام سونپے گئے تھے۔
یہاں کچھ اور میٹرکس کی فہرست ہے (کٹ کے نیچے)۔
میٹرکس
- صارف کی سرگرمی
- فعال صارفین
- فعال عمل
- فائلوں کی تعداد
- فائل کا سائز (MB)
- دستاویزات کی تعداد
- وصول کنندگان کو بھیجی جانے والی اشیاء کی تعداد
- ہم منصبوں کی تعداد
- نامکمل کام
- آخری 10 منٹ میں میل سرور سے ای میلز ڈاؤن لوڈ کرنے کے لیے اوسط انتظار کا وقت
- بیرونی ڈیٹا بفر: فائلوں کی تعداد
- موجودہ تاریخ سے پسماندہ بارڈر
- لمبی قطار
- آپریشنل قطار
- بیرونی روٹنگ کے لحاظ سے خام اکاؤنٹ کی عمر
- اندرونی روٹنگ قبولیت کی قطار کا سائز (لمبی قطار)
- اندرونی روٹنگ قبولیت کی قطار کا سائز (تیز قطار)
- اندرونی روٹنگ کے ذریعے میل کی ترسیل کا وقت (لمبی قطار)
- اندرونی روٹنگ کے ذریعے میل کی ترسیل کا وقت (تیز قطار)
- بیرونی روٹنگ کے ذریعے میل کی ترسیل کا وقت (اوسط)
- دستاویزات کی تعداد بکنگ
- دستاویزات کی تعداد غیر موجودگی
- دستاویزات کی تعداد "ہم منصب کے ساتھ کام کا ریکارڈ"
- ایک فولڈر میں لیٹر اپ ڈیٹ کریں۔
- میل ایک لیٹر کارڈ کھولنا
- میل ایک خط کو فولڈر میں منتقل کریں۔
- میل فولڈرز کے ذریعے نیویگیٹ کریں۔
ہمارا سسٹم چوبیس گھنٹے 150 سے زیادہ اشاریوں کی پیمائش کرتا ہے، لیکن ان سب کی فوری نگرانی نہیں کی جا سکتی۔ وہ بعد میں کچھ تاریخی تناظر میں کام آ سکتے ہیں، اور آپ کاروبار کے لیے سب سے اہم چیزوں پر توجہ مرکوز کر سکتے ہیں۔
ایک نفاذ میں، مثال کے طور پر، صرف 5 اشارے منتخب کیے گئے تھے۔ گاہک نے کم از کم اشاریوں کا سیٹ بنانے کے لیے ایک ہدف مقرر کیا، لیکن ساتھ ہی اس میں کام کے اہم منظرناموں کا احاطہ کیا گیا۔ قبولیت کے سرٹیفکیٹ میں 150 اشارے شامل کرنا ناجائز ہوگا، کیونکہ انٹرپرائز کے اندر بھی اس بات پر متفق ہونا مشکل ہے کہ کن اشارے قابل قبول سمجھے جاتے ہیں۔ اور وہ ان 5 اشاریوں کے بارے میں جانتے تھے اور انہوں نے عمل درآمد کے منصوبے کے آغاز سے پہلے ہی انہیں سسٹم کے سامنے پیش کر دیا تھا، جس میں ان کو مقابلے کی دستاویزات میں شامل کیا گیا تھا: کارڈ کھولنے کا وقت 3 سیکنڈ سے زیادہ نہیں، فائل نمبر کے ساتھ کام کو مکمل کرنے کا وقت 5 سیکنڈ سے زیادہ، وغیرہ ہمارے ذیلی اداروں میں ہمارے پاس ایسے میٹرکس تھے جو گاہک کی تکنیکی وضاحتوں کی اصل درخواست کو بہت واضح طور پر ظاہر کرتے تھے۔
ہمارے پاس کارکردگی کی پیمائش کا پروفائل تجزیہ بھی ہے۔ کارکردگی کے اشارے ہر جاری آپریشن کے دورانیے کی ریکارڈنگ ہیں (ڈیٹا بیس کو خط لکھنا، میل سرور کو خط بھیجنا وغیرہ)۔ یہ خصوصی طور پر تکنیکی ماہرین کے ذریعہ استعمال کیا جاتا ہے۔ ہم اپنے پروگرام میں کارکردگی کے بہت سے اشارے جمع کرتے ہیں۔ ہم فی الحال تقریباً 1500 کلیدی کارروائیوں کی پیمائش کرتے ہیں، جنہیں پروفائلز میں تقسیم کیا گیا ہے۔
ہمارے لیے سب سے اہم پروفائلز میں سے ایک "صارفین کے نقطہ نظر سے میل کے کلیدی اشاریوں کی فہرست" ہے۔ اس پروفائل میں، مثال کے طور پر، درج ذیل اشارے شامل ہیں:
- کمانڈ پر عمل کرنا: ٹیگ کے ذریعے منتخب کریں۔
- فارم کھولنا: فہرست فارم
- کمانڈ پر عمل کرنا: فولڈر کے لحاظ سے منتخب کریں۔
- پڑھنے کے علاقے میں ایک خط دکھانا
- اپنے پسندیدہ فولڈر میں ایک خط محفوظ کرنا
- تفصیلات کے مطابق خطوط تلاش کریں۔
- خط بنانا
اگر ہم دیکھتے ہیں کہ کچھ کاروباری اشارے کا میٹرک بہت بڑا ہو گیا ہے (مثال کے طور پر، کسی خاص صارف کے خطوط بہت طویل عرصے سے آنا شروع ہو گئے ہیں)، تو ہم اس کا پتہ لگانا شروع کر دیتے ہیں اور تکنیکی کارروائیوں کے وقت کی پیمائش کرنے لگتے ہیں۔ ہمارے پاس ایک تکنیکی آپریشن ہے "ایک میل سرور پر خطوط کو آرکائیو کرنا" - ہم دیکھتے ہیں کہ اس آپریشن کا وقت آخری مدت سے تجاوز کر گیا ہے۔ یہ آپریشن، بدلے میں، دوسرے آپریشنز میں گل جاتا ہے - مثال کے طور پر، میل سرور کے ساتھ کنکشن قائم کرنا۔ ہم دیکھتے ہیں کہ کسی وجہ سے یہ اچانک بہت بڑا ہو گیا ہے (ہمارے پاس ایک مہینے کی تمام پیمائشیں ہیں - ہم موازنہ کر سکتے ہیں کہ پچھلے ہفتے یہ 10 ملی سیکنڈ تھا، اور اب یہ 1000 ملی سیکنڈ ہے)۔ اور ہم سمجھتے ہیں کہ یہاں کچھ ٹوٹ گیا ہے - ہمیں اسے ٹھیک کرنے کی ضرورت ہے۔
ہم اتنے بڑے ڈیٹا بیس کو کیسے برقرار رکھتے ہیں؟
ہمارا اندرونی ڈی او واقعی کام کرنے والے ہائی لوڈ پروجیکٹ کی ایک مثال ہے۔ آئیے اس کے ڈیٹا بیس کی تکنیکی خصوصیات کے بارے میں بات کرتے ہیں۔
بڑے ڈیٹا بیس ٹیبلز کی تشکیل نو میں کتنا وقت لگتا ہے؟
ایس کیو ایل سرور کو میزوں کو ترتیب میں رکھتے ہوئے متواتر دیکھ بھال کی ضرورت ہوتی ہے۔ اچھے طریقے سے، یہ دن میں کم از کم ایک بار کیا جانا چاہیے، اور اس سے بھی زیادہ کثرت سے زیادہ مانگ والی میزوں کے لیے۔ لیکن اگر ڈیٹا بیس بڑا ہے (اور ہمارے ریکارڈز کی تعداد پہلے ہی 11 بلین سے تجاوز کر چکی ہے)، تو اس کا خیال رکھنا آسان نہیں ہے۔
ہم نے 6 سال پہلے ایک ٹیبل ری سٹرکچرنگ کی تھی، لیکن پھر اس میں اتنا وقت لگنے لگا کہ ہم رات کے وقفوں میں فٹ نہیں رہ پاتے۔ اور چونکہ یہ آپریشنز SQL سرور کو بہت زیادہ لوڈ کرتے ہیں، اس لیے یہ دوسرے صارفین کو مؤثر طریقے سے خدمت نہیں کر سکتا۔
اس لیے اب ہمیں مختلف حربے استعمال کرنے ہوں گے۔ مثال کے طور پر، ہم مکمل ڈیٹا سیٹس پر یہ طریقہ کار انجام نہیں دے سکتے۔ آپ کو اپ ڈیٹ نمونہ 500000 قطاروں کے طریقہ کار کا سہارا لینا ہوگا - اس میں 14 منٹ لگتے ہیں۔ یہ ٹیبل میں موجود تمام ڈیٹا پر اعداد و شمار کو اپ ڈیٹ نہیں کرتا ہے، لیکن نصف ملین قطاروں کو منتخب کرتا ہے اور ان اعدادوشمار کو شمار کرنے کے لیے استعمال کرتا ہے جو یہ پوری میز کے لیے استعمال کرتا ہے۔ یہ کچھ مفروضہ ہے، لیکن ہم اسے بنانے پر مجبور ہیں، کیونکہ ایک مخصوص جدول کے لیے، پورے ارب ریکارڈز کے اعداد و شمار جمع کرنے میں ناقابل قبول طویل وقت لگے گا۔
ہم نے دیکھ بھال کے دیگر کاموں کو جزوی بنا کر بھی بہتر بنایا۔
ڈی بی ایم ایس کو برقرار رکھنا عام طور پر ایک پیچیدہ کام ہے۔ ملازمین کے درمیان فعال تعامل کی صورت میں، ڈیٹا بیس تیزی سے بڑھتا ہے، اور منتظمین کے لیے اسے برقرار رکھنا مشکل ہو جاتا ہے - اعداد و شمار کو اپ ڈیٹ کرنا، ڈیفراگمنٹیشن، انڈیکسنگ۔ یہاں ہمیں مختلف حکمت عملیوں کو لاگو کرنے کی ضرورت ہے، ہم اچھی طرح جانتے ہیں کہ یہ کیسے کرنا ہے، ہمارے پاس تجربہ ہے، ہم اسے بانٹ سکتے ہیں۔
اس طرح کے حجم کے ساتھ بیک اپ کیسے لاگو کیا جاتا ہے؟
ایک مکمل DBMS بیک اپ دن میں ایک بار رات کے وقت انجام دیا جاتا ہے، ایک بڑھتا ہوا – ہر گھنٹے۔ نیز، ایک فائل ڈائرکٹری ہر روز بنائی جاتی ہے، اور یہ فائل اسٹوریج کے اضافی بیک اپ کا ایک حصہ ہے۔
مکمل بیک اپ مکمل کرنے میں کتنا وقت لگتا ہے؟
ہارڈ ڈرائیو کا مکمل بیک اپ تین گھنٹے میں مکمل ہو جاتا ہے، جزوی بیک اپ ایک گھنٹے میں۔ ٹیپ پر لکھنے میں زیادہ وقت لگتا ہے (ایک خاص آلہ جو دفتر کے باہر محفوظ کردہ ایک خاص کیسٹ میں بیک اپ کاپی بناتا ہے؛ ٹیپ میں ایک قابل منتقلی کاپی بنائی جاتی ہے، جو مثال کے طور پر سرور روم جل جانے کی صورت میں محفوظ رہے گی)۔ بیک اپ بالکل اسی سرور پر بنایا گیا ہے، جس کے پیرامیٹرز زیادہ تھے - 20% پروسیسر لوڈ والا SQL سرور۔ بیک اپ کے وقت، بلاشبہ، نظام بہت زیادہ خراب ہو جاتا ہے، لیکن یہ اب بھی فعال ہے۔
کیا نقل ہے؟
فائلیں ہیں، ہم خود اس کی جانچ کریں گے، اور جلد ہی اسے دستاویز کے انتظام کے نئے ورژن میں شامل کر دیا جائے گا۔ ہم کاؤنٹر پارٹی ڈپلیکیشن میکانزم کی بھی جانچ کر رہے ہیں۔ ڈی بی ایم ایس کی سطح پر ریکارڈ کی کوئی نقل نہیں ہے، کیونکہ یہ ضروری نہیں ہے۔ 1C: انٹرپرائز پلیٹ فارم اشیاء کو DBMS میں محفوظ کرتا ہے، اور صرف پلیٹ فارم ہی ان کی مستقل مزاجی کے لیے ذمہ دار ہو سکتا ہے۔
کیا صرف پڑھنے والے نوڈس ہیں؟
پڑھنے کے کوئی نوڈس نہیں ہیں (سرشار سسٹم نوڈس جو ان لوگوں کی خدمت کرتے ہیں جنہیں پڑھنے کے لیے کوئی ڈیٹا حاصل کرنے کی ضرورت ہوتی ہے)۔ DO الگ BI نوڈ لگانے کے لیے اکاؤنٹنگ سسٹم نہیں ہے، لیکن ڈیولپمنٹ ڈیپارٹمنٹ کے لیے ایک الگ نوڈ ہے، جس کے ساتھ JSON فارمیٹ میں پیغامات کا تبادلہ ہوتا ہے، اور نقل کرنے کا عام وقت یونٹس اور دسیوں سیکنڈز کا ہوتا ہے۔ نوڈ اب بھی چھوٹا ہے، اس میں تقریباً 800 ملین ریکارڈز ہیں، لیکن یہ تیزی سے بڑھ رہا ہے۔
کیا حذف کرنے کے لیے نشان زد کردہ ای میلز کو بالکل حذف نہیں کیا جاتا؟
ابھی تک نہیں. ہمارے پاس بیس کو ہلکا کرنے کا کام نہیں ہے۔ بہت سے سنگین معاملات تھے جب حذف کرنے کے لیے نشان زد کردہ خطوط کا حوالہ دینا ضروری تھا، بشمول 2009۔ اس لیے ہم نے فی الحال سب کچھ رکھنے کا فیصلہ کیا۔ لیکن جب اس کی قیمت بلاجواز ہو جائے گی تو ہم ہٹانے کے بارے میں سوچیں گے۔ لیکن، اگر آپ کو ڈیٹا بیس سے ایک علیحدہ خط کو مکمل طور پر ہٹانے کی ضرورت ہے تاکہ کوئی نشان نہ ہو، تو یہ خصوصی درخواست کے ذریعے کیا جا سکتا ہے۔
اسے کیوں ذخیرہ کریں؟ کیا آپ کے پاس پرانے دستاویزات تک رسائی کے اعدادوشمار ہیں؟
کوئی اعداد و شمار نہیں ہیں۔ زیادہ واضح طور پر، یہ صارف لاگ کی شکل میں ہے، لیکن یہ زیادہ دیر تک محفوظ نہیں ہوتا ہے۔ پروٹوکول سے ایک سال سے زیادہ پرانی اندراجات کو مٹا دیا جاتا ہے۔
ایسے حالات تھے جب پانچ یا دس سال پہلے کے پرانے خط و کتابت کو بازیافت کرنا ضروری تھا۔ اور یہ ہمیشہ بیکار تجسس سے نہیں بلکہ پیچیدہ کاروباری فیصلے کرنے کے لیے کیا جاتا تھا۔ ایک ایسا معاملہ تھا جہاں خط و کتابت کی تاریخ کے بغیر، ایک غلط کاروباری فیصلہ کیا جاتا۔
سٹوریج کی مدت کے مطابق دستاویزات کی قدر کا اندازہ کیسے لگایا جاتا ہے اور اسے تباہ کیا جاتا ہے؟
کاغذی دستاویزات کے لیے یہ معمول کے روایتی طریقے سے کیا جاتا ہے، جیسا کہ ہر کسی کی طرح۔ ہم یہ الیکٹرانک کے لیے نہیں کرتے - انہیں اپنے لیے رکھنے دیں۔ دھرنا یہاں ہے۔ فائدے ہیں۔ سب ٹھیک ہیں۔
ترقی کے کیا امکانات ہیں؟
اب ہمارا DO تقریباً 30 اندرونی مسائل حل کرتا ہے، جن میں سے کچھ کو ہم نے مضمون کے شروع میں درج کیا ہے۔ DL کا استعمال ان کانفرنسوں کی تیاری کے لیے بھی کیا جاتا ہے جو ہم اپنے شراکت داروں کے لیے سال میں دو بار منعقد کرتے ہیں: پورا پروگرام، تمام رپورٹس، تمام متوازی حصے، ہال - یہ سب DL میں ٹائپ کیا جاتا ہے، اور پھر اس سے ڈاؤن لوڈ کیا جاتا ہے، اور ایک پرنٹ شدہ پروگرام۔ بنا ہے.
DO کے راستے میں کئی اور کام ہیں، ان کے علاوہ جو یہ پہلے ہی حل کر رہا ہے۔ کمپنی کے وسیع کام ہیں، اور منفرد اور نایاب کام ہیں، جن کی ضرورت صرف ایک مخصوص محکمے کو ہوتی ہے۔ ان کی مدد کرنا ضروری ہے، جس کا مطلب ہے کہ 1C کے اندر نظام کو استعمال کرنے کے "جغرافیہ" کو بڑھانا - درخواست کے دائرہ کار کو بڑھانا، تمام محکموں کے مسائل کو حل کرنا۔ یہ کارکردگی اور وشوسنییتا کے لیے بہترین امتحان ہوگا۔ میں سسٹم کو کھربوں ریکارڈز، پیٹا بائٹس معلومات پر کام کرتے دیکھنا چاہتا ہوں۔
ماخذ: www.habr.com