इसलिए - हमारे पास एक आंतरिक कंपनी डेटाबेस है, सामान्य प्रकार का सामान: क्लाइंट्स, फोन कॉल, बिक्री सौदों और ग्राहक समझौतों / योजनाओं का प्रबंधन करता है।
यह एक एक्सेस 2000 फ्रंट-एंड, और SQL Server 2000 स्टैंडर्ड बैक-एंड है। सिंगल सर्वर, ड्यूल Xeon 3.2GHz, 2GB RAM, विंडोज सर्वर 2003, पूरे दिन में लगभग 40% CPU लोड प्राप्त करता है, जो OS (HT) के दृश्यमान 4 कोर में फैला है।
बैक-एंड डेटाबेस को खराब तरीके से डिज़ाइन किया गया है, और कम-से-कुशल व्यक्तियों द्वारा बनाए रखा गया है। यह बुरी तरह से सामान्यीकृत है, और कुछ स्पष्ट समस्याओं में कोई प्राथमिक कुंजी या सूचकांक के साथ हजारों पंक्तियों की दसियों पंक्तियाँ शामिल हैं, जिनका उपयोग सिस्टम के कुछ सबसे अधिक उपयोग किए जाने वाले कुछ हिस्सों के लिए मल्टी-टेबल जॉइन में भी किया जाता है (जैसे कि कॉल प्रबंधक एप्लिकेशन जो हर दिन 8 घंटे के लिए हर किसी के दूसरे मॉनिटर पर बैठता है और हर कुछ सेकंड में एक बड़ी अक्षमतापूर्ण क्वेरी चलाता है)।
फ्रंट-एंड बहुत बेहतर नहीं है, यह सैकड़ों रूपों की विशिष्ट गड़बड़ी है, सहेजे गए प्रश्नों को नेस्टेड किया गया है, VBA कोड में खराब SQL लिखा हुआ है, दर्जनों "quirks" आदि, और जब भी कोई बदलाव किया जाता है तो कुछ टूटने लगता है। हम एक एमडीबी पर बस गए हैं जो "अच्छी तरह से काम करता है" और अब उस पर कोई परिवर्तन नीति नहीं है क्योंकि हमारे पास घर में कोई एक्सेस हैवीवेट नहीं है (और किसी को भी किराए पर लेने की कोई योजना नहीं है)।
कंपनी अब धीरे-धीरे बढ़ रही है, ग्राहकों की संख्या बढ़ रही है, कॉल आदि, साथ ही साथ समवर्ती उपयोगकर्ताओं की संख्या में मामूली वृद्धि हुई है, और प्रदर्शन अभी हाल ही में बदतर हो रहा है (प्रपत्रों के बीच स्थानांतरित करने के लिए, सूचियों का इंतजार करने के लिए इंतजार करना आदि) )
पर्फोमन कहते हैं:
- डिस्क प्रति सेकंड स्थानांतरित होती है: 0 और 30 के बीच, औसत 4।
- वर्तमान डिस्क कतार की लंबाई: 1 के आसपास घूमती है
एसक्यूएल सर्वर के प्रोफाइलर हर मिनट में सैकड़ों हजारों क्वेरी देखते हैं। ग्राहकों पर CPU उपयोग बहुत अधिक शून्य है, यह दर्शाता है कि यह निष्पादित करने के लिए सर्वर-साइड प्रश्नों पर प्रतीक्षा कर रहा है। मैंने इस कार्यभार को DB इंजन ट्यूनिंग सलाहकार के माध्यम से रखा है, इसके सुझावों को एक परीक्षण बैकअप पर लागू किया है, लेकिन इससे वास्तव में बहुत फर्क नहीं पड़ा है।
वैसे, हमारे पास 100MB और गीगाबिट ईथरनेट का मिश्रण है, सभी एक सबनेट पर, दो मंजिलों में 40 ish उपयोगकर्ता हैं।
सवाल करने के लिए।
जैसा कि मैंने देखा कि इस स्थिति को हल करने / सुधारने के लिए हमारे पास दो विकल्प हैं।
- हम इसे स्क्रैप कर सकते हैं और इसे पूरी तरह से नए CRM सिस्टम के साथ बदल सकते हैं, या तो bespoke या part bespoke
- हम इस सिस्टम के जीवन का विस्तार हार्डवेयर को चक करके कर सकते हैं।
हम सॉफ्टवेयर की जगह की तुलना में कम लागत के परिमाण के लिए पागल प्रदर्शन संख्या के साथ एक इंटेल i7 प्रणाली का निर्माण कर सकते हैं।
जब एक नया सिस्टम अंततः विकसित होता है, तो इसे इस बॉक्स पर होस्ट किया जा सकता है, इसलिए कोई भी व्यर्थ हार्डवेयर नहीं है। एक नया सीआरएम सिस्टम बंद रखा जा रहा है, और बंद हो रहा है - मैं नहीं देखता कि कम से कम एक साल के लिए हो रहा है।
इस स्थिति पर कोई भी विचार, खासकर यदि आप खुद यहां हैं, तो सबसे अधिक सराहना की जाएगी।
धन्यवाद