সুতরাং - আমাদের একটি অভ্যন্তরীণ সংস্থার ডাটাবেস রয়েছে, সাধারণ ধরণের জিনিস: ক্লায়েন্ট, ফোন কল, বিক্রয় চুক্তি এবং ক্লায়েন্ট চুক্তি / স্কিম পরিচালনা করে।
এটি একটি অ্যাক্সেস 2000 ফ্রন্ট-এন্ড এবং একটি এসকিউএল সার্ভার 2000 স্ট্যান্ডার্ড ব্যাক-এন্ড। সিঙ্গল সার্ভার, দ্বৈত জিওন ৩.২ গিগাহার্জ, ২ জিবি র্যাম, উইন্ডোজ সার্ভার 2003, ওএস (এইচটি) তে দৃশ্যমান 4 টি কোর জুড়ে সারা দিন প্রায় 40% সিপিইউ লোড পায়।
ব্যাক-এন্ড ডাটাবেসটি খারাপভাবে ডিজাইন করা হয়েছে এবং 10+ বছরেরও বেশি জৈবিকভাবে বেড়েছে, কম দক্ষ ব্যক্তিদের দ্বারা পরিচালিত। এটি খারাপভাবে স্বাভাবিক করা হয়েছে, এবং কিছু স্পষ্ট সমস্যাগুলির মধ্যে রয়েছে হাজার হাজার সারি সহ কোনও প্রাথমিক কী বা সূচিকা সহ টেবিলগুলি অন্তর্ভুক্ত, যা সিস্টেমের বেশিরভাগ ব্যবহৃত অংশের জন্য বহু-টেবিলের সাথে খুব বেশি ব্যবহৃত হয় (যেমন একটি কল ম্যানেজার অ্যাপ্লিকেশন যা প্রত্যেকের দ্বিতীয় মনিটরে দিনে 8 ঘন্টা বসে এবং প্রতি কয়েক সেকেন্ডে একটি বড় অদক্ষ জিজ্ঞাসা চালায়)।
সামনের দিকের প্রান্তটি আরও ভাল নয়, এটি কয়েকশ 'ফর্মের সাধারণ জঞ্জাল, নেস্টেড সেভ করা কোয়েরি, ভিবিএ কোডে এম্বেড এসকিউএল লেখা, কয়েক ডজন "কুইর্কস" ইত্যাদি, এবং যখনই কোনও পরিবর্তন আপাতদৃষ্টিতে কিছু ভেঙে গেছে বলে মনে হচ্ছে। আমরা এমন একটি এমডিবিতে স্থির হয়েছি যা "যথেষ্ট ভাল" কাজ করে এবং এখন ঘরে বসে কোনও অ্যাক্সেস হেভিওয়েট নেই (এবং এটির কোনও ভাড়া নেওয়ার কোনও পরিকল্পনা নেই) সে বিষয়ে এখনই কোনও পরিবর্তন-নীতি রয়েছে have
সংস্থাটি এখন আস্তে আস্তে বৃদ্ধি পাচ্ছে, ক্লায়েন্টের সংখ্যা বৃদ্ধি, কল ইত্যাদির পাশাপাশি একইসাথে ব্যবহারকারীর সংখ্যাও সামান্য বৃদ্ধি পাচ্ছে এবং পারফরম্যান্সটি সম্প্রতি খুব খারাপ হয়ে উঠছে (ফর্মগুলির মধ্যে যাওয়ার অপেক্ষায়, তালিকার জন্য তালিকা তৈরির জন্য অপেক্ষা করা ইত্যাদি) performance )
পারফমন বলে:
- প্রতি সেকেন্ডে ডিস্ক স্থানান্তর: 0 থেকে 30 এর মধ্যে, গড় 4।
- বর্তমান ডিস্কের সারির দৈর্ঘ্য: প্রায় 1
এসকিউএল সার্ভারের প্রোফাইলার প্রতি মিনিটে কয়েক হাজার কোয়েরি দেখে। ক্লায়েন্টগুলিতে সিপিইউ ব্যবহার অনেকটা শূন্য, ইঙ্গিত করে যে এটি কার্যকর করতে সার্ভার-সাইড কোয়েরিতে অপেক্ষা করছে। আমি এই কাজের চাপটি ডিবি ইঞ্জিন টিউনিং পরামর্শদাতার মাধ্যমে রেখেছি, এর পরামর্শগুলি একটি পরীক্ষার ব্যাকআপে প্রয়োগ করেছি, তবে এটি আসলে খুব বেশি পার্থক্য তৈরি করে নি।
যাইহোক, আমাদের 100 এমবি এবং গিগাবিট ইথারনেটের মিশ্রণ রয়েছে, সমস্তই একটি সাবনেটে, দুটি তল জুড়ে 40 ইশ ব্যবহারকারী।
প্রশ্ন।
আমি দেখতে পাচ্ছি এই পরিস্থিতি সমাধান / উন্নত করার জন্য আমাদের কাছে দুটি পছন্দ আছে।
- আমরা এটিকে স্ক্র্যাপ করতে এবং এটি একটি সম্পূর্ণ নতুন সিআরএম সিস্টেমের সাথে প্রতিস্থাপন করতে পারি, হয় হয় bespoke বা অংশ bespoke
- আমরা এই সিস্টেমে হার্ডওয়্যার চেক করে এর জীবনকাল বাড়িয়ে দিতে পারি।
আমরা সফ্টওয়্যারটি প্রতিস্থাপনের চেয়ে কম খরচের অর্ডারের জন্য ক্রেজি পারফরম্যান্স নম্বর সহ একটি ইন্টেল আই 7 সিস্টেম তৈরি করতে পারি।
একটি নতুন সিস্টেম অবশেষে বিকাশ করা হয়, এটি এই বাক্সে হোস্ট করা যেতে পারে, তাই কোনও নষ্ট হার্ডওয়ার নেই। একটি নতুন সিআরএম সিস্টেম বন্ধ রাখা বন্ধ করে রাখে, এবং বন্ধ করে দেয় - আমি কমপক্ষে এক বছরের জন্য এটি দেখতে পাচ্ছি না।
এই পরিস্থিতি সম্পর্কে যে কোনও ধারণা, বিশেষত আপনি যদি এখানে নিজেরাই থাকেন তবে সর্বাধিক প্রশংসা হবে।
ধন্যবাদ