FAQ-विकी

उत्तर:

Recovery Toolbox for SQL Server द्वारा समर्थित डेटा को सहेजने के दो तरीके हैं:

1. आप SQL स्क्रिप्ट को हार्ड ड्राइव में सहेज सकते हैं, वे उदाहरण के लिए डेटाबेस ऑब्जेक्ट्स, टेबल्स बनाएंगे, और इन टेबल्स में डेटा डालेंगे।
2. आप उपयोगकर्ताओं द्वारा परिभाषित डेटाबेस में स्क्रिप्ट भी लॉन्च कर सकते हैं, ये स्क्रिप्ट SQL भाषा में लिखी जाती हैं।

कृपया ध्यान दें, SQL स्क्रिप्ट अलग-अलग हो सकती हैं, इस तथ्य के बावजूद कि वे डेटाबेस की एक ही फाइल पर आधारित हैं। ऐसा क्वेरीज़ में सिंटैक्स की ख़ासियत के कारण होता है, जो ADO के माध्यम से सीधे सर्वर कनेक्शन के लिए निष्पादित की जाती हैं और SQL क्वेरीज़ में, जो MS SQL सर्वर के साथ दिए गए क्वेरी एनालाइज़र वातावरण में निष्पादित की जाती हैं (":", गो कमांड, आदि का उपयोग)। पहला तरीका ज़्यादा विश्वसनीय है, दूसरे तरीके के बारे में क्या, यह ज़्यादा सुविधाजनक है।

डेटा को स्क्रिप्ट में परिवर्तित करना और उसे डिस्क पर सहेजना

1. सहेजे गए डेटा का मानचित्रण

यदि आपने डिस्क पर डेटा सहेजना चुना है, तो Recovery Toolbox for SQL Server एक उपनिर्देशिका बनाएगा, जिसमें स्रोत MDF फ़ाइल का नाम शामिल है, यह उपनिर्देशिका उपयोगकर्ता-परिभाषित निर्देशिका में बनाई गई है और सभी स्क्रिप्ट वहाँ रखी जाएंगी। सभी स्क्रिप्ट को नियम द्वारा नामित किया गया है, नाम में एक शब्द और एक अंक शामिल है। शब्द स्क्रिप्ट की भूमिका को इंगित करता है, अंक इसकी संख्या को इंगित करता है। कई स्क्रिप्ट प्रकार हैं, उदाहरण के लिए:

• Types*.sql - स्क्रिप्ट उपयोगकर्ताओं द्वारा परिभाषित डेटा प्रकार बनाएगी।
• Tables*.sql - स्क्रिप्ट तालिकाएँ बनाएगी.
• Indexes*.sql - स्क्रिप्ट प्राथमिक कुंजी और अनुक्रमणिका बनाएगी।
• ForeignKeys*.sql - स्क्रिप्ट विदेशी कुंजियाँ बनाएगी.
• Procedure*.sql - स्क्रिप्ट संग्रहित प्रक्रियाएं बनाएगी.
• Function*.sql - स्क्रिप्ट उपयोगकर्ताओं द्वारा परिभाषित फ़ंक्शन बनाएगी।
• View*.sql - स्क्रिप्ट दृश्य बनाएगी.
• Triggers*.sql - स्क्रिप्ट ट्रिगर्स बनाएगी.
• Data*.sql - स्क्रिप्ट डेटा को तालिकाओं में सम्मिलित करेगी।

स्क्रिप्ट अनुक्रम संख्या में कोई उपयोगी डेटा नहीं होता है, यह स्क्रिप्ट निष्पादन अनुक्रम या किसी अन्य जानकारी को इंगित नहीं करता है। इन नंबरों का उपयोग केवल डेटा को विभाजित करने और इसे एक बड़ी फ़ाइल के बजाय कई छोटे दस्तावेज़ों में सहेजने के लिए किया जाता है। उपयोगकर्ता SQL स्क्रिप्ट के साथ फ़ाइल का अधिकतम आकार निर्धारित कर सकते हैं। इसके अलावा, उपयोगकर्ताओं को डेटा फ़ाइलों की संख्या पर ध्यान देना चाहिए। यह ध्यान दिया जाना चाहिए कि डेटा प्रकार की प्रत्येक फ़ाइल में केवल एक तालिका के लिए डेटा हो सकता है। अनुक्रम संख्या वाली फ़ाइलों में प्रत्येक तालिका के लिए सभी डेटा होते हैं।

टिप्पणी: यदि कुछ फ़ाइलों में संख्याएँ गायब हैं, तो इसका अर्थ है कि कुछ तालिकाओं में कोई डेटा नहीं है।

2. स्क्रिप्ट निष्पादन अनुक्रम

इस चित्र में, आप स्क्रिप्ट निष्पादन का अनुशंसित क्रम देख सकते हैं:

स्क्रिप्ट निष्पादन अनुक्रम मौजूदा डेटा और तालिका की संरचनाओं के लिए मौजूदा प्रतिबंधों पर निर्भर करता है। कृपया इन कारकों पर विशेष ध्यान दें:

1. यदि आप द्वितीयक कुंजी बनाना चाहते हैं, तो कृपया संबंधित प्राथमिक कुंजी निर्दिष्ट करें। इस तथ्य के कारण, ये ऑपरेशन अलग-अलग फ़ाइलों में सहेजे जाते हैं, जिन्हें इस क्रम में लॉन्च किया जाना चाहिए।
2. इंडेक्स और सेकेंडरी कीज़ बनाने से पहले, प्रोग्राम टेबल भरता है। यह अनिवार्य है, क्योंकि जब परिभाषित सेकेंडरी की वाली टेबल भरी जा रही होती है, तो रेफरेंशियल इंटीग्रिटी चेक किया जाता है। जब सेकेंडरी कीज़ वाली टेबल को संबंधित प्राइमरी कीज़ वाली टेबल से पहले भरा जाता है, तो एक त्रुटि होती है। इसके अलावा, इस विधि में एक और विशेषता है। यदि पुनर्प्राप्त डेटा प्राइमरी की, अद्वितीय इंडेक्स आदि के साथ संघर्ष करता है, तो इस मामले में, टेबल को वैसे भी डेटा से भर दिया जाएगा, लेकिन प्रतिबंध नहीं बनाए जाएंगे (इंडेक्स, प्राइमरी की, आदि)। यदि उपयोगकर्ताओं को किसी अन्य व्यवहार की आवश्यकता होती है, तो वे स्क्रिप्ट निष्पादन अनुक्रम का चयन स्वयं कर सकते हैं।
3. डेटाबेस में प्रक्रियाएँ, फ़ंक्शन, दृश्य और ट्रिगर ऑब्जेक्ट निर्माण में कुछ कठिनाइयाँ हैं, क्योंकि इन ऑब्जेक्ट में जटिल और पेचीदा निर्भरताएँ हो सकती हैं। प्रक्रियाएँ अन्य प्रक्रियाओं को संदर्भित कर सकती हैं, दृश्य फ़ंक्शन को संदर्भित कर सकते हैं, ट्रिगर सभी ऑब्जेक्ट को संदर्भित कर सकते हैं। यही कारण है कि, कोई प्रोग्राम उलझन को हल करने में मदद नहीं कर सकता है। उपयोगकर्ताओं को सभी निर्भरताएँ मैन्युअल रूप से ढूँढ़नी चाहिए और आवश्यक अनुक्रम में SQL स्क्रिप्ट लॉन्च करनी चाहिए। एक अन्य संभावना इस समूह में सभी स्क्रिप्ट को कई बार निष्पादित करने में शामिल है, जब तक कि सभी त्रुटि संदेश गायब न हो जाएँ।

3. Install.bat फ़ाइल

Install.bat फ़ाइल सभी स्क्रिप्ट के लिए स्वचालित निष्पादन सुनिश्चित करने के लिए बनाई गई है। यह फ़ाइल उन सभी स्क्रिप्ट को निष्पादित करती है, जिन्हें पहले टूल द्वारा सहेजा गया था। स्क्रिप्ट निष्पादन अनुक्रम डेटाबेस पर लागू होने के समान ही होगा। इस बैच फ़ाइल के लिए isqlw उपयोगिता को स्थापित करने की आवश्यकता होती है, यह MS SQL सर्वर क्लाइंट भाग का एक हिस्सा है। कृपया कमांड लाइन में फ़ाइल install.bat के लिए सर्वर नाम, डेटाबेस नाम, उपयोगकर्ता नाम और पासवर्ड पैरामीटर निर्दिष्ट करें। उदाहरण के लिए: install.bat SQLServer SQLDatabase SQLUser SQLUserPassword

ध्यान:

1. पैरामीटर को स्पेस से अलग किया जाना चाहिए। यदि किसी पैरामीटर में स्पेस है, तो आपको उसे दोहरे उद्धरण चिह्नों से घेरना चाहिए।
2. पैरामीटर अनुक्रम को संशोधित नहीं किया जा सकता.
3. कृपया डेटा को NEW EMPTY डेटाबेस में आयात करें। डेटा आयात से पहले डेटाबेस में कोई भी तालिका, अनुक्रमणिका, संग्रहीत प्रक्रिया आदि नहीं होनी चाहिए।
4. यदि install.bat फ़ाइल को पैरामीटर के बिना निष्पादित किया जाएगा, तो आप एक संक्षिप्त गाइड देख सकते हैं कि इस फ़ाइल को कैसे लॉन्च किया जाए।

4. InstallTrusted.bat

यदि आप अपने Windows खाते के माध्यम से Microsoft SQL Server में लॉग इन करना चाहते हैं, तो InstallTrusted.bat फ़ाइल का उपयोग करें। InstallTrusted.bat फ़ाइल में दो पैरामीटर हैं: सर्वर नाम, डेटाबेस नाम।

उपयोग का उदाहरण: installtrusted.bat SQLServer SQLDatabase Windows खाते के माध्यम से लॉग इन करने के विवरण के लिए यहां देखें: https://docs.microsoft.com/en-us/sql/relational-databases/security/authentication-access/principals-database-engine?view=sql-server-2017

उत्तर:

कई स्रोत फ़ाइलों से MS SQL सर्वर प्रारूप में डेटाबेस की मरम्मत करना

MS SQL सर्वर प्रारूप में डेटाबेस में एक या कई फ़ाइलें होती हैं। कई प्रकार की फ़ाइलें होती हैं: मुख्य डेटा फ़ाइल (*.mdf डिफ़ॉल्ट एक्सटेंशन के साथ), द्वितीयक डेटा फ़ाइल (*.ndf डिफ़ॉल्ट एक्सटेंशन के साथ) और एक ट्रांज़ैक्शन लॉग फ़ाइल (*.ldf डिफ़ॉल्ट एक्सटेंशन के साथ)। यदि आप Recovery Toolbox for SQL Server के साथ डेटा की मरम्मत करना चाहते हैं, तो आपको सभी द्वितीयक डेटा फ़ाइलों और मुख्य डेटा फ़ाइल का पथ निर्दिष्ट करना चाहिए। इसे ओपन फ़ाइल डायलॉग बॉक्स के साथ बनाया जा सकता है।

यदि दूषित डाटाबेस में मुख्य डेटा फ़ाइल, द्वितीयक डेटा फ़ाइल(फ़ाइलें) और लेनदेन लॉग फ़ाइल(फ़ाइलें) हैं, तो आपको *.mdf प्रारूप की मुख्य डेटा फ़ाइल और *.ndf प्रारूप की सभी द्वितीयक डेटा फ़ाइलों का चयन करना चाहिए (Fig.2 देखें)।

उत्तर:

Recovery Toolbox for SQL Server रैनसमवेयर वायरस द्वारा एन्क्रिप्ट की गई Microsoft SQL सर्वर डेटाबेस फ़ाइलों की .MDF/.NDF फ़ाइलों से जानकारी को आंशिक या पूर्ण रूप से पुनर्प्राप्त कर सकता है।

Recovery Toolbox for SQL Server डेटा को डिक्रिप्ट नहीं करता है।

सामान्यतः, इन मामलों में डेटा डिक्रिप्शन लागू नहीं होता है।

हालाँकि, Recovery Toolbox for SQL Server उन मामलों में उपयोगी हो सकता है जब MDF फ़ाइल आंशिक रूप से एन्क्रिप्ट की गई हो। आम तौर पर, वायरस केवल हेडर और/या फ़ाइलों की शुरुआत को एन्क्रिप्ट करते हैं क्योंकि उनका आकार बड़ा होता है। इन मामलों में, यदि केवल हेडर या MDF फ़ाइल का हिस्सा एन्क्रिप्ट किया गया था, तो Recovery Toolbox for SQL Server मददगार हो सकता है। प्रोग्राम फ़ाइल में सभी डेटा ब्लॉक और एकत्रित डेटा संरचना का विश्लेषण करता है। फिर, यदि संभव हो तो यह मूल डेटा संरचना और डेटा को फिर से बनाता है।

Microsoft SQL सर्वर MDF फ़ाइल संरचना

क्या रैनसमवेयर वायरस के हमले के बाद MDF फ़ाइल से डेटा पुनर्प्राप्त करना संभव है?

इस बात की कोई गारंटी नहीं है कि आप प्रोग्राम का उपयोग करके 100% डेटा या उसके कुछ हिस्से को रिकवर कर सकते हैं। उस प्रश्न का निश्चित उत्तर पाने के लिए, आपको Recovery Toolbox for SQL Server का डेमो संस्करण डाउनलोड करना होगा, एन्क्रिप्टेड MDF फ़ाइल निर्दिष्ट करनी होगी और फ़ाइल के विश्लेषण के पूरा होने तक प्रतीक्षा करनी होगी।

प्रोग्राम के डेमो संस्करण में .mdf फ़ाइल का विश्लेषण पूरा होने पर, फ़ाइल से निकाले जा सकने वाले डेटा का पूर्ण पूर्वावलोकन उपलब्ध होता है।

टिप्पणी:

रिकवरी टूलबॉक्स के ग्राहक सहायता विभाग ने बताया कि आमतौर पर रैनसमवेयर प्रोग्राम केवल डेटाबेस फ़ाइल के हेडर को एन्क्रिप्ट करते हैं क्योंकि इसका आकार बड़ा होता है। नतीजतन, स्रोत फ़ाइल से लगभग संपूर्ण डेटा संरचना और लगभग सभी जानकारी को पुनर्प्राप्त करना अक्सर संभव होता है।

यदि आप अपनी स्क्रिप्ट चलाने के बाद निम्नलिखित त्रुटि देखते हैं:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] चार डेटा प्रकार को डेटटाइम डेटा प्रकार में रूपान्तरित करने के परिणामस्वरूप आउट-ऑफ-रेंज डेटटाइम मान प्राप्त हुआ।

वक्ततव्य को समाप्त कर दिया गया है।

उत्तर:

इसका अर्थ है कि आपको निम्नलिखित करके सर्वर भाषा सेटिंग बदलनी चाहिए:

1. Enterprise Manager प्रारंभ करें.
2. आवश्यक सर्वर का चयन करें और उससे कनेक्ट करें।
3. इस पर दायाँ माउस बटन क्लिक करके और Properties का चयन करके इसकी गुण विंडो खोलें।
4. Server Settings टैब खोलें.
5. Default Language for user ड्रॉपडाउन सूची में English का चयन करें और OK दबाएं।

   

6. SQL सर्वर बंद करें। ऐसा करने के लिए, संदर्भ मेनू में Stop चुनें और पुष्टिकरण विंडो में Are you sure you wish to stop SQL Server service. प्रश्न का उत्तर Yes दें।
7. SQL सर्वर प्रारंभ करें। ऐसा करने के लिए, संदर्भ मेनू में Start चुनें।
8. अब आप Recovery Toolbox for SQL Server द्वारा अपनी हार्ड ड्राइव पर सहेजी गई स्क्रिप्ट चला सकते हैं। आप प्रोग्राम को डेटाबेस स्क्रिप्ट निष्पादन मोड में भी चला सकते हैं।

   

9. अब आपको सेटिंग्स को पुनर्स्थापित करने की आवश्यकता है। ऐसा करने के लिए, Enterprise Manager में आवश्यक सर्वर की प्रॉपर्टीज़ विंडो खोलें।
10. Default Language for user सूची में डिफ़ॉल्ट भाषा का चयन करें और OK दबाएँ।

    

11. SQL सर्वर बंद करें। ऐसा करने के लिए, संदर्भ मेनू में Stop चुनें और पुष्टिकरण विंडो में Are you sure you wish to stop SQL Server service. प्रश्न का उत्तर Yes दें।
12. SQL सर्वर प्रारंभ करें। ऐसा करने के लिए, संदर्भ मेनू में Start चुनें।

यदि आप अपनी स्क्रिप्ट चलाने के बाद निम्नलिखित त्रुटि देखते हैं:

Server: Msg 242, Level 16, State 3, Line 1

[Microsoft][ODBC SQL Server Driver][SQL Server] चार डेटा प्रकार को डेटटाइम डेटा प्रकार में रूपान्तरित करने के परिणामस्वरूप आउट-ऑफ-रेंज डेटटाइम मान प्राप्त हुआ।

वक्ततव्य को समाप्त कर दिया गया है।

उत्तर:

इसका अर्थ है कि आपको निम्नलिखित करके सर्वर भाषा सेटिंग बदलनी चाहिए:

1. Management Studio प्रारंभ करें.
2. आवश्यक सर्वर चुनें.
3. Security\Logins पर जाएं.
4. उस उपयोगकर्ता को चुनें जो डेटाबेस का उपयोग करेगा और उपयोगकर्ता की गुण विंडो खोलें।
5. Default Language for user ड्रॉपडाउन सूची में English का चयन करें और OK दबाएं।

   

6. अब आप Recovery Toolbox for SQL Server द्वारा अपनी हार्ड ड्राइव पर सहेजी गई स्क्रिप्ट चला सकते हैं। वैकल्पिक रूप से, आप प्रोग्राम को डेटाबेस स्क्रिप्ट निष्पादन मोड में शुरू कर सकते हैं।

   

7. अब आपको सेटिंग्स को पुनर्स्थापित करने की आवश्यकता है। ऐसा करने के लिए, आवश्यक उपयोगकर्ता Management Studio की गुण विंडो खोलें।
8. Default Language for user सूची में डिफ़ॉल्ट भाषा का चयन करें और OK दबाएँ।

   

1. SQL Server Management Studio प्रारंभ करें
2. Object Explorer में Databases पर राइट क्लिक करें
3. Attach पर क्लिक करें
4. Add बटन पर क्लिक करें
5. mdf फ़ाइल का चयन करें और Ok बटन पर क्लिक करें
6. Ok बटन पर क्लिक करें
7. ऑपरेशन पूरा होने तक प्रतीक्षा करें.

इस समस्या को ठीक करने के लिए, आपको यह करना चाहिए:

1. डेटा को स्क्रिप्ट के रूप में सहेजें
2. कमांड लाइन से सभी आवश्यक पैरामीटर के साथ install.bat फ़ाइल चलाएँ
3. यह जानने के लिए कि कौन सी स्क्रिप्ट सफलतापूर्वक निष्पादित नहीं हुई हैं, प्रतिक्रिया फ़ाइलें (*????.sql.txt) देखें
4. त्रुटियों के साथ निष्पादित स्क्रिप्ट को Microsoft SQL Server से Query Analyzer में लोड करें और उन्हें वहां निष्पादित करने का प्रयास करें। त्रुटि संदेश प्राप्त होने के बाद, आपको पता लगाना चाहिए कि कौन सी कमांड त्रुटि का कारण बनती है। यदि यह कमांड ऐसा डेटा लिखता है जिसका कोई मूल्य नहीं है, तो आप इसे फ़ाइल से आसानी से हटा सकते हैं। अन्यथा आपको त्रुटियों के साथ निष्पादित स्क्रिप्ट और Query Analyzer से स्क्रीनशॉट डेवलपर्स को भेजना चाहिए। इसके अलावा, बाद में समस्या का अध्ययन करने के लिए डेवलपर्स को स्रोत *.mdf फ़ाइल भेजना आवश्यक हो सकता है।

किसी नए सर्वर पर MSDB डेटाबेस से डेटा टेबल को कॉपी या रिस्टोर करने से DTS Packages को रिस्टोर करने की अनुमति नहीं मिलती है क्योंकि उनके पास उस सर्वर के निष्पादन संदर्भ से आंतरिक कनेक्शन होते हैं जिस पर उन्हें बनाया गया था और जिस पर माइग्रेशन से पहले उनका उपयोग किया गया था। सर्वर के बीच DTS पैकेज को कॉपी करने के लिए, VB scripts का उपयोग किया जाना चाहिए। इसलिए, प्रोग्राम Recovery Toolbox for SQL Server DTS पैकेज को रिस्टोर करने के लिए उपयुक्त नहीं है।

उपकरण isqlw.exe MS SQL सर्वर पैकेज का एक घटक है। आप हमेशा Microsoft साइट से MS SQL सर्वर का नवीनतम संस्करण डाउनलोड कर सकते हैं और कंप्यूटर पर आवश्यक घटक स्थापित कर सकते हैं। Microsoft साइट से डाउनलोड किया गया MS SQL सर्वर का डेमो संस्करण आपको EULA में निर्दिष्ट अवधि के भीतर घटकों का उपयोग करने की अनुमति देता है।

यदि आपको Microsoft.com पर उपयुक्त उपकरण मिल जाते हैं तो आप हमारी वेबसाइट से Query Analyzer डाउनलोड और इंस्टॉल कर सकते हैं। डाउनलोड के लिए लिंक यह है: https://recoverytoolbox-in.com/download/isqlwInstall.exe

बड़े MS SQL सर्वर डेटाबेस को रिकवर करने के लिए बहुत ज़्यादा RAM की ज़रूरत होती है। प्रोग्राम के डेवलपर्स का सुझाव है कि आप बड़े डेटाबेस को पर्याप्त फ़्री फ़िज़िकल मेमोरी वाले कंप्यूटर पर रिकवर करें। प्रोग्राम द्वारा इस्तेमाल की जाने वाली फ़िज़िकल मेमोरी उस फ़ाइल के आकार से कम नहीं होनी चाहिए जिसे आप रिकवर कर रहे हैं और प्रोग्राम को चलाने के लिए 500 से भाग दें और 20-100 MB ज़्यादा। यानी, अगर आप 100 GB के आकार वाली .mdf फ़ाइल को रिकवर करने की कोशिश करते हैं, तो कंप्यूटर में कम से कम (100 GB / 500) + 120 MB = 320 MB फ़्री फ़िज़िकल मेमोरी होनी चाहिए।

• यदि Primary Key फ़ील्ड में कोई मान गलत है (उदाहरण के लिए, यह ऋणात्मक है या अन्य सभी मानों से कई दर्जन गुना अधिक है), तो इसका अर्थ है कि स्रोत डेटा गंभीर रूप से क्षतिग्रस्त हो गया है और इसे पूरी तरह से पुनर्प्राप्त करना असंभव है।
• यदि Primary Key फ़ील्ड में डुप्लिकेट मान दिखाई देते हैं, तो इसका मतलब है कि प्रोग्राम ने डेटा वाली शीट को रिकवर कर लिया है जिसे डेटाबेस (mdf, ndf फ़ाइलें) में हटाने के लिए चिह्नित किया जाना चाहिए था। लेकिन वास्तव में ऐसा कोई चिह्न नहीं है कि डेटा वाली शीट को हटाया जाना चाहिए। और इसलिए प्रोग्राम सभी शीट से डेटा रिकवर करता है। इसके परिणामस्वरूप अत्यधिक डेटा रिकवर होता है और Recovery Toolbox for SQL Server के डेवलपर्स अत्यधिक प्रविष्टियों को फ़िल्टर करने के लिए मानदंड नहीं खोज पाते हैं। इस मामले में, डेटाबेस प्रशासक और/या सॉफ़्टवेयर डेवलपर्स पुनर्प्राप्त डेटाबेस में अत्यधिक प्रविष्टियों के बारे में अंतिम निर्णय लेते हैं जिन्हें हटाया जाना चाहिए।

यह संभव है कि ट्रायआउट और रजिस्ट्रेशन के बीच आपके MDF के साथ कुछ और हो (किसी दूसरे सॉफ़्टवेयर या किसी और चीज़ से रिकवर हो)। आप किसी दूसरे कंप्यूटर पर इस फ़ाइल के विरुद्ध डेमो वर्शन चलाकर इसकी जाँच कर सकते हैं।

Recovery Toolbox for SQL Server स्वचालित रूप से उस सर्वर संस्करण का पता लगाता है जिस पर डेटाबेस का उपयोग किया गया था। इसलिए, यदि डेटाबेस का उपयोग MS SQL सर्वर 2000 पर किया गया था, तो प्रोग्राम नए डेटाबेस में आयात करने के लिए सहेजी गई स्क्रिप्ट में isqlw टूल लिखता है। यदि डेटाबेस का उपयोग MS SQL सर्वर 2005 या उच्चतर पर किया गया था, तो स्क्रिप्ट में sqlcmd टूल का उपयोग किया जाता है। यदि आप मूल संस्करण से भिन्न संस्करण वाले सर्वर पर डेटाबेस में डेटा आयात करना चाहते हैं, तो आपको संबंधित सर्वर के लिए टूल का उपयोग करना चाहिए:

• Isqlw - एमएस SQL ​​सर्वर 2000 के लिए
• Sqlcmd - MS SQL सर्वर 2005 और उच्चतर के लिए