स्रोत कोड दिया, लेकिन चालू डेटाबेस नहीं दिया: क्या जाँचें

23 अक्टूबर 2026 · tech-expert.moscow संपादकीय टीम

पहले तय करें कि वास्तव में क्या सौंपा जाना था

«चालू डेटाबेस» का अर्थ अलग-अलग हो सकता है: तालिकाओं का स्कीमा, परीक्षण रिकॉर्ड का सेट, उत्पादन डेटा की प्रति या सेटिंग सहित सिस्टम की तैयार इंस्टेंस। इसलिए जाँच तकनीकी विनिर्देशों, अनुबंध के परिशिष्टों, सहमत हस्तांतरण प्रक्रिया और परिणाम की सामग्री से जुड़े पत्राचार से शुरू होती है। ठोस मानक चाहिए: परिनियोजन के बाद कौन सा डेटा और कौन से फ़ंक्शन, किस अवधि के लिए और किस परिवेश में उपलब्ध होने चाहिए।

अपेक्षित सामग्री की सूची बनाकर हर मद के सामने वास्तव में मिली फ़ाइल, लिंक या पहुँच लिखना उपयोगी है। हस्तांतरण की तारीख, प्राप्ति का तरीका और परियोजना का संस्करण अलग से दर्ज करें। इससे घटक के अनुपस्थित होने, उसे न खोल पाने और सहमत सामग्री से अंतर के बीच भेद किया जा सकता है। केवल backup नाम का फ़ोल्डर मौजूद होना यह पुष्टि नहीं करता कि उसमें उपयुक्त बैकअप है।

स्रोत कोड, स्कीमा और डेटा अलग-अलग काम करते हैं

कोड ऐप के तर्क का वर्णन करता है। डेटाबेस स्कीमा संग्रहण की संरचना तय करता है। माइग्रेशन इस संरचना में क्रमिक बदलाव करते हैं। प्रारंभिक डेटा उपयोगकर्ता भूमिकाएँ, स्थितियाँ, सेटिंग या संदर्भ सूचियाँ बना सकता है। उत्पादन रिकॉर्ड में उपयोग के दौरान संचित जानकारी होती है। ये भाग जुड़े हैं, लेकिन एक दूसरे का स्थान नहीं लेते।

उदाहरण के लिए, माइग्रेशन सफलतापूर्वक खाली तालिकाएँ बना सकते हैं, जिसके बाद ऐप लॉगिन पृष्ठ खोल देता है। इससे दस्तावेज़ों, परिचालन इतिहास और फ़ाइलों के स्थानांतरण की पुष्टि नहीं होती। उलटी स्थिति भी संभव है: डेटा दिया गया है, लेकिन कोड का संस्करण अन्य फ़ील्ड की अपेक्षा करता है। तब त्रुटि का कारण पैकेजों की संगतता से जुड़ा है, जरूरी नहीं कि डेटाबेस की अनुपस्थिति से हो।

डेटाबेस के साथ किन घटकों की जाँच करें

• निर्यात की सामग्री। स्कीमा, रिकॉर्ड, अनुक्रम, आवश्यक फ़ंक्शन और अन्य ऑब्जेक्ट; चुनी गई तालिकाओं या अवधि पर कोई प्रतिबंध।
• संस्करण। डेटाबेस प्रबंधन प्रणाली, एक्सटेंशन, ऐप का रनटाइम परिवेश और स्रोत कोड का दर्ज संस्करण।
• उपयोगकर्ता और अधिकार। ऐप को किन भूमिकाओं की आवश्यकता है और स्थापना निर्देशों में कौन सी अनुमतियाँ निर्धारित हैं।
• फ़ाइल संग्रहण। अपलोड किए गए दस्तावेज़, चित्र और अन्य ऑब्जेक्ट जिनके लिंक डेटाबेस में हैं।
• सेटिंग और निर्भरताएँ। सेवाओं के पते, कार्य कतारें, शेड्यूलर, खोज इंडेक्स और बाहरी एकीकरणों की आवश्यकताएँ।
• निर्देश। बिल्ड, बहाली, शुरू करने और जाँचने का क्रम तथा परिवेश के अनुमत पैरामीटर की सूची।

गोपनीय कुंजियाँ और चालू पासवर्ड सार्वजनिक पत्राचार में शामिल या स्रोत कोड के साथ प्रकाशित नहीं किए जाने चाहिए। अध्ययन के लिए आवश्यक जानकारी के सुरक्षित हस्तांतरण या नियंत्रित परिवेश में जाँच पर सहमति करें। पहचानरहित प्रति का उपयोग हो तो बताना ज़रूरी है कि कौन सी जानकारी बदली गई है और इससे जाँचा जा रहा फ़ंक्शन प्रभावित हो सकता है या नहीं।

SQL फ़ाइल मौजूद होने का अर्थ सफल बहाली क्यों नहीं है

निर्यात का प्रारूप और पैरामीटर मायने रखते हैं। उदाहरण के लिए, PostgreSQL में एक डेटाबेस का सामान्य निर्यात क्लस्टर के सभी साझा ऑब्जेक्ट को शामिल नहीं करता: भूमिकाओं और टेबलस्पेस का अलग ध्यान रखना पड़ता है। केवल स्कीमा के निर्यात में उपयोगकर्ता रिकॉर्ड नहीं होते। इसलिए संग्रह का आकार या फ़ाइल का एक्सटेंशन हस्तांतरित सामग्री की केवल प्रारंभिक जानकारी देते हैं।

बहाली की जाँच में लॉग और परिचालन की समाप्ति देखनी चाहिए। यदि उपकरण त्रुटियों के बाद भी चलता रहा, तो कुछ ऑब्जेक्ट बहाल न हुए हों। इंटरफ़ेस शुरू हो जाना भी डेटा की जाँच का विकल्प नहीं है। पहले से सहमत नियंत्रण कार्रवाइयाँ चाहिए: कोई विशिष्ट दस्तावेज़ खोलना, ज्ञात अवधि का रिकॉर्ड ढूँढ़ना, गणना करना या अपेक्षित स्रोत जानकारी वाली रिपोर्ट बनाना।

मूल सामग्री सुरक्षित रखते हुए जाँच कैसे करें

1. मिला हुआ पैकेज मूल रूप में सुरक्षित रखें, फ़ाइलों की सूची बनाएँ और प्राप्ति की परिस्थितियाँ दर्ज करें।
2. अध्ययन के लिए अलग कार्य प्रति बनाएँ। इससे चालू उत्पादन सिस्टम को प्रतिस्थापित न करें।
3. परीक्षण परिवेश की विशेषताएँ दर्ज करें और परियोजना की आवश्यकताओं से मिलाएँ।
4. बहाली के निर्देश, त्रुटियाँ, चेतावनियाँ और वास्तव में बने ऑब्जेक्ट जाँचें।
5. सहमत परिदृश्य चलाएँ और इनपुट डेटा सहित हर चरण के परिणाम दर्ज करें।
6. पैकेज सुधारने या पूरा करने की कार्रवाइयाँ अलग से सूचीबद्ध करें और परिणाम पर उनका प्रभाव जाँचें।

अज्ञात स्थापना स्क्रिप्ट और डंप चलाने से पहले उनकी सामग्री और सुरक्षित निष्पादन विधि का तकनीकी मूल्यांकन आवश्यक है। बहाली सीमित पहुँच वाले अलग परिवेश में की जाती है। इससे सौंपे गए पैकेज के गुणों को उस चालू सर्वर की विशेषताओं से अलग करना भी संभव होता है, जहाँ हस्तांतरण के बाद बदलाव संचित हो चुके हों।

पाए गए अंतरों का विवरण कैसे दें

«डेटाबेस काम नहीं करता» जैसी सामान्य टिप्पणी के स्थान पर तालिका तैयार करना उपयोगी है: अपेक्षित फ़ंक्शन, प्रारंभिक स्थिति, जाँची गई सामग्री, कार्रवाई का क्रम, वास्तविक परिणाम और उसकी पुष्टि करने वाला लॉग। संलग्नक न खुलें तो केवल डेटाबेस रिकॉर्ड ही नहीं, संबंधित फ़ाइलों की मौजूदगी, उनके पथ और पहुँच अधिकार भी जाँचने होंगे। इतिहास अनुपस्थित हो तो स्थापित करें कि दी गई प्रति किस अवधि को शामिल करती है।

हर निष्कर्ष सामग्री के विशिष्ट संस्करण से जोड़ा जाता है। नई फ़ाइलें जोड़ने के बाद सफलतापूर्वक शुरू होना अपने आप यह नहीं दर्शाता कि शुरुआती पैकेज पूरा था। इसी तरह अनुपयुक्त सर्वर संस्करण पर विफलता मात्र से सौंपे गए कोड के दोष की पुष्टि नहीं होती। अध्ययन में वे परिस्थितियाँ स्पष्ट होनी चाहिए जिनमें परिणाम देखा गया।

विशेषज्ञ के लिए कौन सी सामग्री तैयार करें

तकनीकी विनिर्देश, हस्तांतरण सूची, स्रोत कोड का संग्रह या रिपॉज़िटरी की सहमत पहुँच, मिली डेटाबेस प्रति, निर्देश और त्रुटि संदेश दें। पहले काम करने वाले या आवश्यकताओं में निर्धारित परिदृश्यों की सूची लगाएँ और बताएँ कि उनकी पुष्टि किससे होती है। पुराने सर्वर तक पहुँच बची हो तो उसकी स्थिति दर्ज करने के तरीके पर पहले से सहमति करें।

चेकसम संग्रहण और अध्ययन के चरणों के बीच फ़ाइलें अपरिवर्तित रहने की जाँच में मदद करते हैं। अपने आप वे लेखक, निर्माण की तारीख या अनुबंध से पैकेज के मेल की पुष्टि नहीं करते। प्रस्तुत सामग्री के आधार पर तकनीकी अध्ययन सामग्री, संगतता और काम को दोहराने की संभावना स्थापित करता है; अनुबंध संबंधी परिणामों के मूल्यांकन के लिए दस्तावेज़ों और विवाद की परिस्थितियों का अलग विचार आवश्यक है।

अध्ययन के प्रश्न

• सौंपे गए पैकेज में कौन से सॉफ़्टवेयर घटक और डेटा हैं, और सहमत फ़ंक्शन जाँचने के लिए किस सामग्री की कमी है?
• क्या स्रोत कोड, डेटाबेस स्कीमा और दिए गए डेटा के संस्करण आपस में मेल खाते हैं?
• क्या दिए गए निर्देशों के अनुसार तकनीकी विनिर्देशों में निर्धारित परिवेश में सिस्टम परिनियोजित करना संभव है?
• बहाली और नियंत्रण परिदृश्य चलाने में कौन सी विशिष्ट त्रुटियाँ आती हैं और उनके तकनीकी कारण क्या हैं?
• निर्धारित फ़ंक्शन दोहराने के लिए किन अतिरिक्त घटकों या कार्रवाइयों की आवश्यकता है?