एफएक्यू-विकी

उत्तर:

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

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

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

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

1. सहेजा गया डेटा मैपिंग

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

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

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

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

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

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

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

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

3. Install.bat फ़ाइल

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

ध्यान:

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

4. InstallTrusted.bat

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

उपयोग का उदाहरण: installtrusted.bat SQLServer SQLDatabase विंडोज़ खाते के माध्यम से लॉग इन करने के विवरण के लिए यहां देखें: https://learn.microsoft.com/hi-in/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 के साथ डेटा की मरम्मत करना चाहते हैं, तो आपको सभी द्वितीयक डेटा फ़ाइलों और मुख्य डेटा फ़ाइल के लिए पथ निर्दिष्ट करना चाहिए। इसे Open File (खुली फाइल) डायलॉग बॉक्स से बनाया जा सकता है।

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

उत्तर:

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

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

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

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

माइक्रोसॉफ्ट एसक्यूएल सर्वर एमडीएफ फ़ाइल संरचना

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

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

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

टिप्पणी:

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

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

सर्वर: 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 चुनें और Yes प्रश्न का उत्तर दें क्या आप वाकई SQL सर्वर सेवा बंद करना चाहते हैं? (क्या आप वाकई SQL सर्वर सेवा बंद करना चाहते हैं?) में पुष्टिकरण विंडो.
7. SQL सर्वर प्रारंभ करें. ऐसा करने के लिए, संदर्भ मेनू में Start (शुरू) चुनें।
8. अब आप Recovery Toolbox for SQL Server द्वारा अपनी हार्ड ड्राइव पर सहेजी गई स्क्रिप्ट चला सकते हैं। आप प्रोग्राम को डेटाबेस स्क्रिप्ट निष्पादन मोड में भी चला सकते हैं।

   

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

    

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

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

सर्वर: 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 सर्वर प्रबंधन स्टूडियो प्रारंभ करें
2. Object Explorer (ऑब्जेक्ट एक्सप्लोरर) में Databases (डेटाबेस) पर राइट क्लिक करें
3. Attach पर क्लिक करें
4. Add बटन पर क्लिक करें
5. एमडीएफ फ़ाइल का चयन करें और OK बटन पर क्लिक करें
6. Ok बटन पर क्लिक करें
7. ऑपरेशन पूरा होने तक प्रतीक्षा करें।

उत्तर:

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

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

उत्तर:

बस एक नए सर्वर पर MSDB डेटाबेस से डेटा तालिकाओं की प्रतिलिपि बनाना या पुनर्स्थापित करना डीटीएस पैकेजों को पुनर्स्थापित करने की अनुमति नहीं देता है क्योंकि उनके पास सर्वर के निष्पादन संदर्भ से आंतरिक कनेक्शन होते हैं जिस पर वे बनाए गए थे और जिस पर माइग्रेशन से पहले उनका उपयोग किया गया था। सर्वरों के बीच डीटीएस पैकेजों की प्रतिलिपि बनाने के लिए, वीबी स्क्रिप्ट को नियोजित किया जाना चाहिए। इसलिए, प्रोग्राम 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 एमबी से विभाजित करके पुनर्प्राप्त कर रहे हैं। यानी, यदि आप 100 जीबी आकार वाली .mdf फ़ाइल को पुनर्प्राप्त करने का प्रयास करते हैं, तो कंप्यूटर में कम से कम (100 जीबी/500) + 120 एमबी = 320 एमबी मुफ्त भौतिक मेमोरी होनी चाहिए।

उत्तर:

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

उत्तर:

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

उत्तर:

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

• Isqlw - के लिए MS SQL Server 2000
• Sqlcmd - के लिए MS SQL Server 2005 और उच्चा