আমরা নিজেরাই পরীক্ষা করি: 1C কীভাবে মোতায়েন করা হয় এবং কীভাবে এটি পরিচালনা করা হয়: 1C কোম্পানির মধ্যে নথির প্রবাহ

1C-তে, আমরা কোম্পানির কাজ সংগঠিত করার জন্য আমাদের নিজস্ব উন্নয়নগুলি ব্যাপকভাবে ব্যবহার করি। নির্দিষ্টভাবে, "1C: ডকুমেন্ট ফ্লো 8". ডকুমেন্ট ম্যানেজমেন্ট ছাড়াও (নামটিই বোঝায়), এটি একটি আধুনিকও ECM-সিস্টেম (এন্টারপ্রাইজ কন্টেন্ট ম্যানেজমেন্ট - কর্পোরেট কন্টেন্ট ম্যানেজমেন্ট) বিস্তৃত কার্যকারিতা সহ - মেল, কর্মচারী কাজের ক্যালেন্ডার, সম্পদগুলিতে ভাগ করা অ্যাক্সেস সংগঠিত করা (উদাহরণস্বরূপ, মিটিং রুম বুকিং), সময় ট্র্যাকিং, কর্পোরেট ফোরাম এবং আরও অনেক কিছু।

এক হাজারেরও বেশি কর্মচারী 1C-তে নথি ব্যবস্থাপনা ব্যবহার করে। ডাটাবেস ইতিমধ্যেই চিত্তাকর্ষক হয়ে উঠেছে (11 বিলিয়ন রেকর্ড), যার মানে এটির আরও যত্নশীল যত্ন এবং আরও শক্তিশালী সরঞ্জাম প্রয়োজন।

আমাদের সিস্টেম কীভাবে কাজ করে, ডাটাবেস বজায় রাখার সময় আমরা কী সমস্যার সম্মুখীন হই এবং কীভাবে আমরা সেগুলি সমাধান করি (আমরা MS SQL সার্ভারকে DBMS হিসাবে ব্যবহার করি) - আমরা আপনাকে নিবন্ধে বলব।

যারা প্রথমবার 1C পণ্য সম্পর্কে পড়ছেন তাদের জন্য।
1C:ডকুমেন্ট ফ্লো হল একটি অ্যাপ্লিকেশন সমাধান (কনফিগারেশন) যা ব্যবসায়িক অ্যাপ্লিকেশন বিকাশের জন্য একটি কাঠামোর ভিত্তিতে বাস্তবায়িত হয় - 1C:এন্টারপ্রাইজ প্ল্যাটফর্ম।

"1C: ডকুমেন্ট ফ্লো 8" (ডিও হিসাবে সংক্ষেপিত) আপনাকে একটি এন্টারপ্রাইজে নথির সাথে কাজ স্বয়ংক্রিয় করতে দেয়। কর্মচারী মিথস্ক্রিয়া জন্য প্রধান সরঞ্জাম এক ইমেল হয়. মেল ছাড়াও, ডিও অন্যান্য সমস্যার সমাধান করে:

• সময় ট্র্যাকিং
• কর্মচারী অনুপস্থিতি ট্র্যাকিং
• কুরিয়ার/পরিবহনের জন্য আবেদন
• কর্মচারী কাজের ক্যালেন্ডার
• চিঠিপত্র নিবন্ধন
• কর্মচারী পরিচিতি (ঠিকানা বই)
• কর্পোরেট ফোরাম
• রুম সংরক্ষণ
• ইভেন্ট পরিকল্পনা
• সিআরএম
• ফাইলের সাথে যৌথ কাজ (ফাইলের সংস্করণ সংরক্ষণের সাথে)
• এবং অন্যদের

আমরা ডকুমেন্ট ম্যানেজমেন্টে প্রবেশ করি পাতলা ক্লায়েন্ট (নেটিভ এক্সিকিউটেবল অ্যাপ্লিকেশন) উইন্ডোজ, লিনাক্স, ম্যাকোস, ওয়েব ক্লায়েন্ট (ব্রাউজার থেকে) এবং মোবাইল ক্লায়েন্ট - পরিস্থিতির উপর নির্ভর করে।

এবং ডকুমেন্ট ফ্লোতে সংযুক্ত আমাদের অন্যান্য পণ্যের জন্য ধন্যবাদ - মিথস্ক্রিয়া সিস্টেম - আমরা ডকুমেন্ট ফ্লোতে সরাসরি মেসেঞ্জারের কার্যকারিতা পাই - চ্যাট, অডিও এবং ভিডিও কল (গ্রুপ কল সহ, যা এখন বিশেষভাবে গুরুত্বপূর্ণ হয়ে উঠেছে, মোবাইল ক্লায়েন্ট সহ), দ্রুত ফাইল বিনিময় এবং সহজ করে চ্যাট বট লেখার ক্ষমতা সিস্টেমের সাথে কাজ করা। ইন্টারঅ্যাকশন সিস্টেম ব্যবহার করার আরেকটি সুবিধা (অন্যান্য মেসেঞ্জারদের তুলনায়) হল নির্দিষ্ট ডকুমেন্ট ফ্লো অবজেক্ট - নথি, ঘটনা ইত্যাদির সাথে আবদ্ধ প্রাসঙ্গিক আলোচনা পরিচালনা করার ক্ষমতা। অর্থাৎ, ইন্টারঅ্যাকশন সিস্টেম টার্গেট অ্যাপ্লিকেশনের সাথে গভীরভাবে একত্রিত, এবং এটি শুধুমাত্র একটি "পৃথক বোতাম" হিসাবে কাজ করে না।

আমাদের DO-তে চিঠির সংখ্যা ইতিমধ্যে 100 মিলিয়ন ছাড়িয়ে গেছে এবং সাধারণভাবে DBMS-এ 11 বিলিয়নেরও বেশি রেকর্ড রয়েছে। মোট, সিস্টেমটি প্রায় 30 টিবি স্টোরেজ ব্যবহার করে: ডাটাবেসের পরিমাণ 7,5 টিবি, যৌথ কাজের জন্য ফাইলগুলি আলাদাভাবে সংরক্ষণ করা হয় এবং আরও 21 টিবি দখল করে।

যদি আমরা আরও নির্দিষ্ট সংখ্যা সম্পর্কে কথা বলি, এখানে এই মুহূর্তে অক্ষর এবং ফাইলের সংখ্যা রয়েছে:

• বহির্গামী ইমেল - 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 গিগাবাইট RAM, 26 টিবি ডিস্ক। এখানে সার্ভারের একটি সারণী রয়েছে:


ভবিষ্যতে, আমরা সরঞ্জামের সক্ষমতা বাড়ানোর পরিকল্পনা করছি।

কিভাবে জিনিস সার্ভার লোড সঙ্গে যাচ্ছে?

নেটওয়ার্ক কার্যকলাপ আমাদের বা আমাদের গ্রাহকদের জন্য একটি সমস্যা ছিল না. একটি নিয়ম হিসাবে, দুর্বল বিন্দু হল প্রসেসর এবং ডিস্ক, কারণ সবাই ইতিমধ্যে জানে কিভাবে মেমরির অভাব মোকাবেলা করতে হয়। এখানে রিসোর্স মনিটর থেকে আমাদের সার্ভারের স্ক্রিনশট রয়েছে, যা দেখায় যে আমাদের কোন ভয়ানক লোড নেই, এটি খুবই বিনয়ী।

উদাহরণস্বরূপ, নীচের স্ক্রিনশটে আমরা একটি SQL সার্ভার দেখতে পাচ্ছি যেখানে CPU লোড 23%। এবং এটি একটি খুব ভাল সূচক (তুলনার জন্য: যদি লোড 70% এর কাছাকাছি আসে, তবে সম্ভবত, কর্মীরা কাজের ক্ষেত্রে বেশ উল্লেখযোগ্য মন্থরতা লক্ষ্য করবে)।

দ্বিতীয় স্ক্রিনশটটি অ্যাপ্লিকেশন সার্ভারটি দেখায় যেখানে 1C: এন্টারপ্রাইজ প্ল্যাটফর্ম চলে - এটি শুধুমাত্র ব্যবহারকারীর সেশনগুলি পরিবেশন করে৷ এখানে প্রসেসরের লোড কিছুটা বেশি - 38%, এটি মসৃণ এবং শান্ত। কিছু ডিস্ক লোডিং আছে, কিন্তু এটা গ্রহণযোগ্য.

তৃতীয় স্ক্রিনশটটি অন্য 1C: এন্টারপ্রাইজ সার্ভার দেখায় (এটি দ্বিতীয়টি, আমাদের ক্লাস্টারে তাদের দুটি রয়েছে)। শুধুমাত্র আগেরটি ব্যবহারকারীদের পরিবেশন করে এবং রোবট এটিতে কাজ করে। উদাহরণস্বরূপ, তারা মেইল, রুট নথি, বিনিময় ডেটা, গণনা অধিকার ইত্যাদি গ্রহণ করে। এই সমস্ত ব্যাকগ্রাউন্ড কার্যকলাপ আনুমানিক 90-100 ব্যাকগ্রাউন্ড কাজ সঞ্চালন. এবং এই সার্ভারটি খুব ভারী লোড - 88%। কিন্তু এটি লোকেদের প্রভাবিত করে না, এবং এটি ঠিক সমস্ত অটোমেশন প্রয়োগ করে যা ডকুমেন্ট ম্যানেজমেন্ট করা উচিত।

কর্মক্ষমতা পরিমাপ মেট্রিক্স কি?

কর্মক্ষমতা সূচক পরিমাপ এবং বিভিন্ন মেট্রিক্স গণনা করার জন্য আমাদের সাবসিডিয়ারিগুলির মধ্যে একটি গুরুতর সাবসিস্টেম তৈরি করা হয়েছে। বর্তমান মুহুর্তে এবং সিস্টেমে কী ঘটছে, কী খারাপ হচ্ছে, কী ভাল হচ্ছে তা ঐতিহাসিক দৃষ্টিকোণ থেকে বোঝার জন্য এটি প্রয়োজনীয়। মনিটরিং টুল - মেট্রিক্স এবং সময় পরিমাপ - "1C: ডকুমেন্ট ফ্লো 8" এর স্ট্যান্ডার্ড ডেলিভারিতে অন্তর্ভুক্ত। মেট্রিক্স বাস্তবায়নের সময় কাস্টমাইজেশন প্রয়োজন, কিন্তু প্রক্রিয়া নিজেই মান.

মেট্রিক্স হল নির্দিষ্ট সময়ে বিভিন্ন ব্যবসায়িক সূচকের পরিমাপ (উদাহরণস্বরূপ, গড় মেল ডেলিভারি সময় 10 মিনিট)।

একটি মেট্রিক্স ডাটাবেসে সক্রিয় ব্যবহারকারীর সংখ্যা দেখায়। দিনের বেলা গড়ে তাদের মধ্যে 1000-1400 থাকে। গ্রাফটি দেখায় যে স্ক্রিনশটটির সময় ডাটাবেসে 2144 সক্রিয় ব্যবহারকারী ছিলেন।

এই ধরনের 30 টিরও বেশি ক্রিয়া রয়েছে, তালিকাটি কাটার অধীনে রয়েছে।তালিকা

• প্রবেশ করুন
• সাইন আউট
• মেল লোড হচ্ছে
• একটি বস্তুর বৈধতা পরিবর্তন
• অ্যাক্সেস অধিকার পরিবর্তন
• একটি প্রক্রিয়ার বিষয় পরিবর্তন
• একটি বস্তুর কাজের গ্রুপ পরিবর্তন
• কিটের রচনা পরিবর্তন করা হচ্ছে
• একটি ফাইল পরিবর্তন
• ফাইল আমদানি
• ডাকযোগে পাঠানো হচ্ছে
• ফাইল সরানো
• একটি টাস্ক রিডাইরেক্ট করা হচ্ছে
• ইলেকট্রনিক স্বাক্ষর স্বাক্ষর করা
• বিস্তারিত দ্বারা অনুসন্ধান করুন
• সম্পূর্ণ পাঠ্য অনুসন্ধান
• একটি ফাইল গ্রহণ
• একটি প্রক্রিয়া বাধাগ্রস্ত করা
• পর্যালোচনা
• ডিক্রিপশন
• নথি নিবন্ধন
• স্ক্যান
• মুছে ফেলার চিহ্ন মুক্ত করা হচ্ছে
• একটি অবজেক্ট তৈরি করা
• ডিস্কে সংরক্ষণ করা হচ্ছে
• প্রক্রিয়া শুরু
• ব্যবহারকারীর লগ এন্ট্রি মুছে ফেলা হচ্ছে
• একটি ইলেকট্রনিক স্বাক্ষর অপসারণ করা হচ্ছে
• একটি মুছে ফেলার চিহ্ন সেট করা হচ্ছে
• জোড়া লাগানো
• একটি ফোল্ডার রপ্তানি করুন

গত সপ্তাহের আগের সপ্তাহে, আমাদের গড় ব্যবহারকারীর কার্যকলাপ দেড় গুণ বেড়েছে (গ্রাফে লাল রঙে দেখানো হয়েছে) - এটি বেশিরভাগ কর্মচারীর দূরবর্তী কাজে স্থানান্তরের কারণে (পরিচিত ঘটনাগুলির কারণে)। এছাড়াও, সক্রিয় ব্যবহারকারীর সংখ্যা 3 গুণ বৃদ্ধি পেয়েছে (স্ক্রিনশটে নীল রঙে দেখানো হয়েছে), যেহেতু কর্মীরা সক্রিয়ভাবে মোবাইল ফোন ব্যবহার করতে শুরু করেছে: প্রতিটি মোবাইল ক্লায়েন্ট সার্ভারের সাথে একটি সংযোগ তৈরি করে। বর্তমানে, আমাদের প্রতিটি কর্মচারীর সার্ভারে 2টি সংযোগ রয়েছে।

আমাদের জন্য, প্রশাসক হিসাবে, এটি একটি সংকেত যে আমাদের কর্মক্ষমতা সংক্রান্ত সমস্যাগুলির প্রতি আরও মনোযোগী হওয়া এবং জিনিসগুলি আরও খারাপ হয়েছে কিনা তা দেখতে হবে। কিন্তু আমরা অন্যান্য পরামিতি উপর ভিত্তি করে এটি তাকান. উদাহরণস্বরূপ, অভ্যন্তরীণ রাউটিং এর জন্য মেল বিতরণের সময় কীভাবে পরিবর্তিত হয় (নীচের স্ক্রিনশটে নীল রঙে দেখানো হয়েছে)। আমরা দেখতে পাচ্ছি যে এটি এই বছর পর্যন্ত ওঠানামা করছিল, কিন্তু এখন এটি স্থিতিশীল - আমাদের জন্য এটি একটি সূচক যে সিস্টেমের সাথে সবকিছু ঠিক আছে।

আমাদের জন্য আরেকটি প্রয়োগ করা মেট্রিক হল মেল সার্ভার থেকে চিঠিগুলি ডাউনলোড করার জন্য গড় অপেক্ষার সময় (স্ক্রিনশটে লাল রঙে দেখানো হয়েছে)। মোটামুটিভাবে বলতে গেলে, চিঠিটি আমাদের কর্মচারীর কাছে পৌঁছানোর আগে কতক্ষণ ইন্টারনেটে ভাসতে থাকবে। স্ক্রিনশটটি দেখায় যে এই সময়টিও সম্প্রতি কোনও ভাবেই পরিবর্তন হয়নি। বিচ্ছিন্ন স্পাইক রয়েছে - তবে সেগুলি বিলম্বের সাথে যুক্ত নয়, তবে মেল সার্ভারে সময় নষ্ট হওয়ার সাথে জড়িত।

অথবা, উদাহরণস্বরূপ, অন্য একটি মেট্রিক (স্ক্রিনশটে নীল রঙে দেখানো হয়েছে) - একটি ফোল্ডারে অক্ষর আপডেট করা। একটি মেল ফোল্ডার খোলা একটি খুব সাধারণ কাজ এবং দ্রুত করা প্রয়োজন৷ এটি কত দ্রুত সঞ্চালিত হয় তা আমরা পরিমাপ করি। এই সূচকটি প্রতিটি ক্লায়েন্টের জন্য পরিমাপ করা হয়। আপনি কোম্পানির সামগ্রিক ছবি এবং গতিশীলতা উভয়ই দেখতে পারেন, উদাহরণস্বরূপ, একজন স্বতন্ত্র কর্মচারীর জন্য। স্ক্রিনশটটি দেখায় যে এই বছর পর্যন্ত মেট্রিক ভারসাম্যহীন ছিল, তারপরে আমরা অনেকগুলি উন্নতি করেছি এবং এখন এটি আর খারাপ হচ্ছে না – গ্রাফটি প্রায় সমতল।

মেট্রিক্স মূলত সিস্টেম পর্যবেক্ষণের জন্য একটি প্রশাসকের হাতিয়ার, যাতে সিস্টেমের আচরণের যেকোনো পরিবর্তনের দ্রুত প্রতিক্রিয়া জানানো হয়। স্ক্রিনশটটি বছরের জন্য অভ্যন্তরীণ সহায়ক মেট্রিক্স দেখায়। আমাদের অভ্যন্তরীণ সহায়ক সংস্থাগুলি বিকাশের জন্য কাজ দেওয়া হয়েছিল এই কারণেই গ্রাফগুলিতে লাফানো হয়েছে।

এখানে আরও কিছু মেট্রিক্সের একটি তালিকা রয়েছে (কাটের নীচে)।
মেট্রিক্স

• ব্যবহারকারী কার্যকলাপ
• সক্রিয় ব্যবহারকারী
• সক্রিয় প্রক্রিয়া
• ফাইলের সংখ্যা
• ফাইলের আকার (MB)
• নথির সংখ্যা
• প্রাপকদের কাছে পাঠানো বস্তুর সংখ্যা
• প্রতিপক্ষের সংখ্যা
• অসমাপ্ত কাজ
• গত 10 মিনিটে মেল সার্ভার থেকে ইমেল ডাউনলোড করার জন্য গড় অপেক্ষার সময়
• বাহ্যিক ডেটা বাফার: ফাইলের সংখ্যা
• বর্তমান তারিখ থেকে ল্যাগিং সীমানা
• দীর্ঘ সারি
• অপারেশনাল সারি
• বাহ্যিক রাউটিং দ্বারা কাঁচা অ্যাকাউন্টের বয়স
• অভ্যন্তরীণ রাউটিং গ্রহণযোগ্যতা সারির আকার (দীর্ঘ সারি)
• অভ্যন্তরীণ রাউটিং গ্রহণযোগ্যতা সারির আকার (দ্রুত সারি)
• অভ্যন্তরীণ রাউটিং এর মাধ্যমে মেল বিতরণের সময় (দীর্ঘ সারি)
• অভ্যন্তরীণ রাউটিং এর মাধ্যমে মেল বিতরণের সময় (দ্রুত সারি)
• বহিরাগত রাউটিং এর মাধ্যমে মেল বিতরণ সময় (গড়)
• নথি সংরক্ষণ সংখ্যা
• নথির সংখ্যা অনুপস্থিতি
• নথির সংখ্যা "প্রতিপক্ষের সাথে কাজের রেকর্ড"
• একটি ফোল্ডারে মেইল ​​আপডেট অক্ষর
• মেল একটি চিঠি কার্ড খোলার
• মেল একটি ফোল্ডারে একটি চিঠি স্থানান্তর করুন
• ফোল্ডারের মাধ্যমে মেল নেভিগেট করুন

আমাদের সিস্টেম ঘড়ির চারপাশে 150 টিরও বেশি সূচক পরিমাপ করে, কিন্তু সেগুলিকে দ্রুত পর্যবেক্ষণ করা যায় না। কিছু ঐতিহাসিক পরিপ্রেক্ষিতে এগুলি পরে কাজে আসতে পারে এবং আপনি ব্যবসার জন্য সবচেয়ে গুরুত্বপূর্ণ বিষয়গুলিতে ফোকাস করতে পারেন৷

একটি বাস্তবায়নে, উদাহরণস্বরূপ, মাত্র 5টি সূচক নির্বাচন করা হয়েছিল। গ্রাহক সূচকগুলির একটি ন্যূনতম সেট তৈরি করার লক্ষ্য নির্ধারণ করে, কিন্তু একই সাথে এটি মূল কাজের পরিস্থিতিগুলিকে কভার করে। গ্রহণযোগ্যতা শংসাপত্রে 150 টি সূচক অন্তর্ভুক্ত করা অযৌক্তিক হবে, কারণ এমনকি এন্টারপ্রাইজের মধ্যেও কোন সূচকগুলি গ্রহণযোগ্য বলে বিবেচিত হয় তাতে একমত হওয়া কঠিন। এবং তারা এই 5টি সূচক সম্পর্কে জানত এবং বাস্তবায়ন প্রকল্প শুরুর আগে সেগুলি ইতিমধ্যেই সিস্টেমে উপস্থাপন করেছিল, প্রতিযোগিতার ডকুমেন্টেশনে সেগুলি অন্তর্ভুক্ত করে: একটি কার্ড খোলার সময় 3 সেকেন্ডের বেশি নয়, একটি ফাইল নম্বর সহ একটি কাজ সম্পূর্ণ করার সময় 5 সেকেন্ডের বেশি, ইত্যাদি আমাদের সাবসিডিয়ারিগুলিতে আমাদের এমন মেট্রিক ছিল যা গ্রাহকের প্রযুক্তিগত বৈশিষ্ট্যগুলির মূল অনুরোধটিকে খুব স্পষ্টভাবে প্রতিফলিত করে।

আমাদের কর্মক্ষমতা পরিমাপের একটি প্রোফাইল বিশ্লেষণও আছে। কর্মক্ষমতা সূচক হল প্রতিটি চলমান অপারেশনের সময়কালের একটি রেকর্ডিং (ডাটাবেসে একটি চিঠি লেখা, একটি মেইল ​​সার্ভারে একটি চিঠি পাঠানো ইত্যাদি)। এটি প্রযুক্তিবিদদের দ্বারা একচেটিয়াভাবে ব্যবহৃত হয়। আমরা আমাদের প্রোগ্রামে অনেক কর্মক্ষমতা সূচক জমা করি। আমরা বর্তমানে প্রায় 1500টি কী অপারেশন পরিমাপ করি, যা প্রোফাইলে বিভক্ত।

আমাদের জন্য সবচেয়ে গুরুত্বপূর্ণ প্রোফাইলগুলির মধ্যে একটি হল "ভোক্তার দৃষ্টিকোণ থেকে মেলের মূল নির্দেশকের তালিকা।" এই প্রোফাইলে রয়েছে, উদাহরণস্বরূপ, নিম্নলিখিত সূচকগুলি:

• কমান্ড কার্যকর করা হচ্ছে: ট্যাগ দ্বারা নির্বাচন করুন
• একটি ফর্ম খোলা: তালিকা ফর্ম
• কমান্ড কার্যকর করা হচ্ছে: ফোল্ডার দ্বারা নির্বাচন করুন
• পড়ার এলাকায় একটি চিঠি প্রদর্শন করা হচ্ছে
• আপনার প্রিয় ফোল্ডারে একটি চিঠি সংরক্ষণ করা হচ্ছে
• বিবরণ দ্বারা অক্ষর জন্য অনুসন্ধান করুন
• একটি চিঠি তৈরি করা হচ্ছে

যদি আমরা দেখি যে কিছু ব্যবসায়িক সূচকের মেট্রিক অনেক বড় হয়ে গেছে (উদাহরণস্বরূপ, একটি নির্দিষ্ট ব্যবহারকারীর কাছ থেকে চিঠিগুলি খুব দীর্ঘ সময়ের জন্য আসতে শুরু করেছে), আমরা এটি বের করতে শুরু করি এবং প্রযুক্তিগত ক্রিয়াকলাপের সময় পরিমাপ করতে শুরু করি। আমাদের একটি প্রযুক্তিগত অপারেশন আছে "একটি মেল সার্ভারে অক্ষর সংরক্ষণাগার" - আমরা দেখতে পাচ্ছি যে এই ক্রিয়াকলাপের জন্য শেষ সময়ের জন্য সময় অতিক্রম করা হয়েছে৷ এই অপারেশনটি, ঘুরে, অন্যান্য ক্রিয়াকলাপে পচে যায় - উদাহরণস্বরূপ, একটি মেল সার্ভারের সাথে একটি সংযোগ স্থাপন করা। আমরা দেখি যে কোন কারণে এটি হঠাৎ করে অনেক বড় হয়ে গেছে (আমাদের কাছে এক মাসের জন্য সমস্ত পরিমাপ আছে - আমরা তুলনা করতে পারি যে গত সপ্তাহে এটি 10 ​​মিলিসেকেন্ড ছিল এবং এখন এটি 1000 মিলিসেকেন্ড)। এবং আমরা বুঝতে পারি যে এখানে কিছু ভাঙা হয়েছে - আমাদের এটি ঠিক করতে হবে।

আমরা কিভাবে এত বড় ডাটাবেস বজায় রাখব?

আমাদের অভ্যন্তরীণ ডিও একটি সত্যিই কাজ করা উচ্চ-লোড প্রকল্পের একটি উদাহরণ। এর ডাটাবেসের প্রযুক্তিগত বৈশিষ্ট্য সম্পর্কে কথা বলা যাক।

বড় ডাটাবেস টেবিল পুনর্গঠন করতে কতক্ষণ লাগে?

এসকিউএল সার্ভারের পর্যায়ক্রমিক রক্ষণাবেক্ষণের প্রয়োজন, টেবিলগুলিকে ক্রমানুসারে রাখা। একটি ভাল উপায়ে, এটি দিনে অন্তত একবার করা উচিত, এবং এমনকি আরও প্রায়ই উচ্চ-চাহিদা টেবিলের জন্য। তবে যদি ডাটাবেসটি বড় হয় (এবং আমাদের রেকর্ডের সংখ্যা ইতিমধ্যে 11 বিলিয়ন ছাড়িয়ে গেছে), তবে এটির যত্ন নেওয়া সহজ নয়।

আমরা 6 বছর আগে একটি টেবিল পুনর্গঠন করেছিলাম, কিন্তু তারপরে এটি এত বেশি সময় নিতে শুরু করে যে আমরা আর রাতের ব্যবধানে ফিট করি না। এবং যেহেতু এই ক্রিয়াকলাপগুলি SQL সার্ভারকে ভারীভাবে লোড করে, তাই এটি অন্য ব্যবহারকারীদের দক্ষতার সাথে পরিবেশন করতে পারে না।

অতএব, এখন আমাদের বিভিন্ন কৌশল ব্যবহার করতে হবে। উদাহরণস্বরূপ, আমরা সম্পূর্ণ ডেটা সেটগুলিতে এই পদ্ধতিগুলি সম্পাদন করতে পারি না। আপনাকে আপডেট নমুনা 500000 সারি পদ্ধতি অবলম্বন করতে হবে - এটি 14 মিনিট সময় নেয়। এটি টেবিলের সমস্ত ডেটার পরিসংখ্যান আপডেট করে না, তবে অর্ধ মিলিয়ন সারি নির্বাচন করে এবং পরিসংখ্যান গণনা করতে সেগুলি ব্যবহার করে যা এটি পুরো টেবিলের জন্য ব্যবহার করে। এটি কিছু অনুমান, তবে আমরা এটি তৈরি করতে বাধ্য হয়েছি, কারণ একটি নির্দিষ্ট টেবিলের জন্য, পুরো বিলিয়ন রেকর্ডের পরিসংখ্যান সংগ্রহ করতে একটি অগ্রহণযোগ্যভাবে দীর্ঘ সময় লাগবে।

আমরা অন্যান্য রক্ষণাবেক্ষণ অপারেশনগুলিকে আংশিক করে অপ্টিমাইজ করেছি।

একটি ডিবিএমএস বজায় রাখা সাধারণত একটি জটিল কাজ। কর্মীদের মধ্যে সক্রিয় মিথস্ক্রিয়া ক্ষেত্রে, ডাটাবেস দ্রুত বৃদ্ধি পায়, এবং প্রশাসকদের জন্য এটি বজায় রাখা ক্রমবর্ধমান কঠিন হয়ে ওঠে - পরিসংখ্যান আপডেট করা, ডিফ্র্যাগমেন্টেশন, ইনডেক্সিং। এখানে আমাদের বিভিন্ন কৌশল প্রয়োগ করতে হবে, আমরা ভাল জানি কিভাবে এটি করতে হয়, আমাদের অভিজ্ঞতা আছে, আমরা তা শেয়ার করতে পারি।

কিভাবে ব্যাকআপ যেমন ভলিউম সঙ্গে বাস্তবায়িত হয়?

একটি সম্পূর্ণ ডিবিএমএস ব্যাকআপ দিনে একবার রাতে সঞ্চালিত হয়, একটি ক্রমবর্ধমান - প্রতি ঘন্টায়। এছাড়াও, একটি ফাইল ডিরেক্টরি প্রতিদিন তৈরি করা হয় এবং এটি ফাইল স্টোরেজের ক্রমবর্ধমান ব্যাকআপের একটি অংশ।

একটি সম্পূর্ণ ব্যাকআপ সম্পূর্ণ করতে কতক্ষণ সময় লাগে?

একটি হার্ড ড্রাইভে একটি সম্পূর্ণ ব্যাকআপ তিন ঘন্টার মধ্যে সম্পন্ন হয়, একটি আংশিক ব্যাকআপ এক ঘন্টার মধ্যে। টেপে লিখতে বেশি সময় লাগে (একটি বিশেষ ডিভাইস যা অফিসের বাইরে সংরক্ষিত একটি বিশেষ ক্যাসেটে ব্যাকআপ কপি তৈরি করে; টেপে একটি স্থানান্তরযোগ্য অনুলিপি তৈরি করা হয়, যা সংরক্ষণ করা হবে, উদাহরণস্বরূপ, সার্ভার রুম পুড়ে গেলে)। ব্যাকআপটি ঠিক একই সার্ভারে তৈরি করা হয়েছে, যার পরামিতিগুলি উচ্চতর ছিল - 20% প্রসেসর লোড সহ একটি এসকিউএল সার্ভার। ব্যাকআপের সময়, অবশ্যই, সিস্টেমটি আরও খারাপ হয়ে যায়, তবে এটি এখনও কার্যকরী।

অনুলিপি আছে?

অনুলিপি ফাইল আছে, আমরা এটি নিজেরাই পরীক্ষা করব এবং শীঘ্রই এটি ডকুমেন্ট ম্যানেজমেন্টের নতুন সংস্করণে অন্তর্ভুক্ত করা হবে। আমরা কাউন্টারপার্টি ডিডপ্লিকেশন মেকানিজমও পরীক্ষা করছি। ডিবিএমএস স্তরে রেকর্ডগুলির কোনও অনুলিপি নেই, যেহেতু এটি প্রয়োজনীয় নয়৷ 1C: এন্টারপ্রাইজ প্ল্যাটফর্ম DBMS-এ বস্তু সংরক্ষণ করে এবং শুধুমাত্র প্ল্যাটফর্ম তাদের সামঞ্জস্যের জন্য দায়ী হতে পারে।

শুধুমাত্র পঠনযোগ্য নোড আছে?

কোন রিডিং নোড নেই (ডেডিকেটেড সিস্টেম নোড যা তাদের পড়ার জন্য কোন ডেটা গ্রহণ করতে হবে তাদের পরিবেশন করে)। DO একটি পৃথক BI নোড স্থাপন করার জন্য একটি অ্যাকাউন্টিং সিস্টেম নয়, তবে বিকাশ বিভাগের জন্য একটি পৃথক নোড রয়েছে, যার সাথে JSON ফর্ম্যাটে বার্তাগুলি আদান-প্রদান করা হয় এবং সাধারণ প্রতিলিপি সময় হল একক এবং দশ সেকেন্ড। নোডটি এখনও ছোট, এতে প্রায় 800 মিলিয়ন রেকর্ড রয়েছে, তবে এটি দ্রুত বাড়ছে।

মুছে ফেলার জন্য চিহ্নিত ইমেলগুলি কি আদৌ মুছে ফেলা হয় না?

এখনো না. বেস হালকা করার কাজ আমাদের নেই। 2009 সহ মুছে ফেলার জন্য চিহ্নিত চিঠিগুলি উল্লেখ করার প্রয়োজন হলে বেশ কয়েকটি গুরুতর ঘটনা ছিল। তাই আমরা আপাতত সবকিছু রাখার সিদ্ধান্ত নিয়েছি। কিন্তু এর খরচ যখন অযৌক্তিক হবে, তখন আমরা অপসারণের কথা ভাবব। কিন্তু, যদি আপনাকে ডাটাবেস থেকে একটি পৃথক চিঠি সম্পূর্ণরূপে অপসারণ করতে হয় যাতে কোনও চিহ্ন না থাকে, তবে এটি বিশেষ অনুরোধের মাধ্যমে করা যেতে পারে।

কেন এটা সংরক্ষণ? আপনার কি পুরানো নথিতে অ্যাক্সেসের পরিসংখ্যান আছে?

কোন পরিসংখ্যান নেই. আরও স্পষ্টভাবে, এটি একটি ব্যবহারকারী লগ আকারে, কিন্তু এটি দীর্ঘ সময়ের জন্য সংরক্ষণ করা হয় না. এক বছরের বেশি পুরানো এন্ট্রি প্রোটোকল থেকে মুছে ফেলা হয়।

এমন পরিস্থিতি ছিল যখন পাঁচ বা দশ বছর আগে থেকে পুরানো চিঠিপত্র পুনরুদ্ধার করা প্রয়োজন ছিল। এবং এটি সর্বদা নিষ্ক্রিয় কৌতূহলের বাইরে নয়, জটিল ব্যবসায়িক সিদ্ধান্ত নেওয়ার জন্য করা হয়েছিল। এমন একটি মামলা ছিল যেখানে চিঠিপত্রের ইতিহাস না থাকলে, একটি ভুল ব্যবসায়িক সিদ্ধান্ত নেওয়া হত।

সংরক্ষণের সময়কাল অনুযায়ী নথির মূল্য কীভাবে মূল্যায়ন করা হয় এবং ধ্বংস করা হয়?

কাগজের নথিগুলির জন্য এটি অন্য সকলের মতো স্বাভাবিক প্রথাগত উপায়ে করা হয়। আমরা ইলেকট্রনিকের জন্য এটা করি না - তাদের নিজেদের জন্য রাখতে দিন। বসার জায়গা এখানে। সুবিধা আছে। সবাই ভালো আছে।

উন্নয়ন সম্ভাবনা কি আছে?

এখন আমাদের ডিও প্রায় 30টি অভ্যন্তরীণ সমস্যার সমাধান করে, যার মধ্যে কয়েকটি আমরা নিবন্ধের শুরুতে তালিকাভুক্ত করেছি। ডিএলটি আমাদের অংশীদারদের জন্য বছরে দুবার কনফারেন্স তৈরি করতেও ব্যবহার করা হয়: পুরো প্রোগ্রাম, সমস্ত রিপোর্ট, সমস্ত সমান্তরাল বিভাগ, হল - এই সবগুলি ডিএল-এ টাইপ করা হয় এবং তারপর এটি থেকে ডাউনলোড করা হয় এবং একটি মুদ্রিত প্রোগ্রাম। তৈরি করা হয়.

ডিও-এর পথে আরও বেশ কিছু কাজ রয়েছে, যেগুলি এটি ইতিমধ্যে সমাধান করছে। কোম্পানি জুড়ে কাজ আছে, এবং অনন্য এবং বিরল কাজ আছে, শুধুমাত্র একটি নির্দিষ্ট বিভাগের জন্য প্রয়োজন। তাদের সাহায্য করা প্রয়োজন, যার অর্থ হল 1C-এর মধ্যে সিস্টেমটি ব্যবহার করার "ভূগোল" প্রসারিত করা - আবেদনের সুযোগ প্রসারিত করা, সমস্ত বিভাগের সমস্যা সমাধান করা। এটি কর্মক্ষমতা এবং নির্ভরযোগ্যতার জন্য সেরা পরীক্ষা হবে। আমি ট্রিলিয়ন রেকর্ড, পেটাবাইট তথ্যের উপর সিস্টেমের কাজ দেখতে চাই।

উত্স: www.habr.com