मैं स्थानीय ड्राइव पर दूरस्थ SQL सर्वर डेटाबेस का बैकअप कैसे ले सकता हूं?


241

मुझे दूरस्थ सर्वर से स्थानीय एक डेटाबेस की प्रतिलिपि बनाने की आवश्यकता है। मैंने SQL सर्वर प्रबंधन स्टूडियो का उपयोग करने की कोशिश की, लेकिन यह केवल रिमोट सर्वर पर एक ड्राइव तक का समर्थन करता है।

कुछ बिंदु:

  • मेरे पास रिमोट सर्वर तक इस तरह से पहुंच नहीं है कि मैं फ़ाइलों को कॉपी कर सकूं;
  • मुझे अपने सर्वर पर UNC पथ सेटअप करने की पहुँच नहीं है;

मैं इस डेटाबेस की नकल कैसे कर सकता हूं? क्या मुझे 3rd पार्टी टूल्स का उपयोग करना होगा?


1
मुझे लगता है कि यदि आपके पास निर्देशिका संरचना तक पहुंच नहीं है, तो आपको ऐसा करने की कोशिश करने की चुनौती दी जाएगी।
जेएनके

3
आप केवल डेटाबेस की प्रतिलिपि बनाने की कोशिश कर रहे हैं बजाय विशेष रूप से इसे वापस लेने के? यदि ऐसा है तो आप कॉपी डेटाबेस विजार्ड या (SQL सर्वर 2008 में) स्कीमा और डेटा को स्क्रिप्ट करने के लिए "जनरेट स्क्रिप्ट्स" विकल्प का उपयोग कर सकते हैं। Redgate SQL तुलना और डेटा तुलना भी यहाँ उपयोगी हो सकता है।
मार्टिन स्मिथ

1
@MartinSmith आपके सुझाव के अनुसार, मैंने Generate and Publish Scriptsविकल्प का उपयोग करके स्क्रिप्ट तैयार की । मुझे सभी टेबल और स्कीमा मिलते हैं। लेकिन मुझे टेबल के साथ कोई डेटा नहीं मिला। मैं इसे कैसे ठीक करूं।
उर वास्तव में दोस्त

जवाबों:


182

Microsoft SQL सर्वर प्रबंधन स्टूडियो में आप उस डेटाबेस पर राइट-क्लिक कर सकते हैं, जिसे आप बैकअप करना चाहते हैं और कार्य -> ​​स्क्रिप्ट को जनरेट करें पर क्लिक करें।

यह पॉप एक जादूगर को खोलता है जहां आप अपने डेटाबेस का एक सभ्य बैकअप करने के लिए निम्नलिखित को सेट कर सकते हैं, यहां तक ​​कि एक दूरस्थ सर्वर पर भी :

  • उस डेटाबेस का चयन करें जिसे आप बैकअप करना चाहते हैं और अगला हिट करें,
  • विकल्पों में यह आपके लिए प्रस्तुत है:
    1. 2010 में: टेबल / व्यू ऑप्शन के तहत, 'स्क्रिप्ट डेटा' और 'स्क्रिप्ट इंडेक्स' को ट्रू और हिट के बगल में बदलें,
    2. 2012 में: 'सामान्य' के तहत 'स्कीमा के प्रकार' से 'स्कीमा केवल' स्कीमा और डेटा 'में डेटा के प्रकार बदलें।
    3. 2014 में: डेटा को स्क्रिप्ट करने का विकल्प अब "छिपे हुए" चरण में है "स्क्रिप्टिंग विकल्प सेट करें", आपको "उन्नत" पर क्लिक करना होगा और "स्कीमा और डेटा के लिए डेटा का प्रकार" को "स्कीमा और डेटा" मान पर सेट करना होगा।
  • अगली चार खिड़कियों में, हिट 'सेलेक्ट ऑल' और फिर अगला,
  • एक नई क्वेरी विंडो में स्क्रिप्ट चुनें

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

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


9
SQL सर्वर प्रबंधन स्टूडियो 2012 में 'स्क्रिप्ट डेटा' के रूप में कोई विकल्प नहीं है, इसलिए नए संस्करणों में चरण 2 के लिए निम्नलिखित करें: 'सामान्य' के तहत, 'स्कीमा के लिए डेटा के प्रकार' को केवल 'स्कीमा' से 'स्कीमा' में बदलें। और डेटा '।
berezovskyi

1
मैंने इसे SQL Server 2008 R2 पर चेक किया और यह आकर्षण की तरह काम किया। बैकअप रणनीति के लिए इसका उपयोग करने की देखभाल के लिए मुझे स्वयं कुछ अतिरिक्त काम करने की आवश्यकता है लेकिन मुझे लगता है कि RedGate आदि जैसे कुछ तृतीय पक्षों के टूल का उपयोग करने से बेहतर है, शायद मुझे आईवीआर व्यामोह है, लेकिन मुझे लगता है कि अधिकांश तीसरे पक्ष के टूल में अतिरिक्त कोड है और मुझे मिल जाएगा नियंत्रण और स्क्रिप्ट की स्पष्टता को कम करना। बहुत बहुत धन्यवाद।
QMaster

2
@ShaunLuttin यदि आप 'स्कीमा से डेटा के प्रकार' को 'स्कीमा से' में बदलकर 'स्कीमा' के रूप में सुनिश्चित करते हैं और दूसरे चरण में डेटा (2012 में) तो INSERT स्टेटमेंट दिखाना चाहिए।
डैनियल गिल

6
SSMS 2014 में स्कीमा से केवल स्कीमा और डेटा में बदलने का विकल्प अब स्क्रिप्ट को बचाने के लिए चयन करते समय "उन्नत" के पीछे छिपा हुआ है।
मुशीनोशीं

2
जब मैं इस विधि का उपयोग करके एक स्क्रिप्ट चलाने की कोशिश करता हूं, तो मुझे प्रोग्राम के निष्पादन को जारी रखने के लिए "अपर्याप्त मेमोरी" के बारे में SQL सर्वर प्रबंधन स्टूडियो से इरर हो जाता है। (mscorelib)
Rob 19

51

सबसे पहले, सभी के साथ अपनी मशीन (जैसा कि नीचे दिखाया गया है) पर एक स्थानीय पथ पर पूर्ण नियंत्रण की अनुमति दें। (या वैकल्पिक रूप से SQL सर्वर एजेंट खाते के लिए वैकल्पिक रूप से अनुमति दें )।

दूसरा, निम्नलिखित निष्पादित करें:

BACKUP DATABASE [dev] TO  DISK = N'\\myMachine\c\dev.bak' WITH COPY_ONLY, INIT;

14
यह सवाल का जवाब है। यह "एक स्थानीय ड्राइव के लिए एक दूरस्थ SQL सर्वर डेटाबेस का बैकअप" होगा, न कि "स्क्रिप्ट टेबल और डेटा"। कोई व्यक्ति: कृपया इस उत्तर को स्वीकार करें और डैनियल गिल द्वारा गलत उत्तर को हटा दें
हेनरिक होल्मगार्ड हॉयर

जब तक मुझे लगता है कि यह बेहतर उत्तर है, तो सवाल यह है कि "मैं इस डेटाबेस की नकल कैसे कर सकता हूं?" विशेष रूप से बैकअप नहीं।
ओलिवर टाउनशेंड

11
यह मानता है कि रिमोट मशीन की आपके स्थानीय मशीनों की फाइलों तक पहुंच है, जो कि सामान्य मामला नहीं है।
एंडर्स लिंडन

काश मैं तुम्हें एक से अधिक बार उत्थान कर पाता। यह सही उत्तर है, और कुछ ऐसा जो मैं वर्षों से करना चाहता था। इतना सरल ... इतना सही। यह दुनिया के हर मामले को हल नहीं करेगा, लेकिन यह मेरे लिए पूरी तरह से काम करता है जहां मुझे एक मशीन में रीमोट किया गया है, लेकिन ऐसी मशीन नहीं है जिसमें SQL सर्वर है।
वेड हैटलर

यह मेरे लिए भी कार्यकर्ता है। बस अस्थायी रूप से सभी के साथ स्थानीय फ़ोल्डर साझा करें , बैकअप निष्पादित करें, फिर शेयर को अक्षम करें। मुझे भी लगता है कि यह सही उत्तर होना चाहिए।
फ्रेड रोजर्स

51

केवल डेटा और स्कीमा की प्रतिलिपि बनाने के लिए (संग्रहीत कार्यविधियों, कार्यों आदि की प्रतिलिपि नहीं करेगा), SQL सर्वर आयात और निर्यात विज़ार्ड का उपयोग करें, और गंतव्य डेटाबेस का चयन करते समय नया ... चुनें ।

राइट क्लिक डेटाबेस> कार्य> डेटा आयात करें।

एक डेटा स्रोत चुनें

  • डेटा स्रोत : SQL सर्वर नेटिव क्लाइंट
  • सर्वर का नाम : रिमोट सर्वर
  • प्रमाणीकरण :
  • डेटाबेस : डीबी नाम

एक गंतव्य चुनें

  • डेटा स्रोत : SQL सर्वर नेटिव क्लाइंट
  • सर्वर का नाम : स्थानीय सर्वर
  • प्रमाणीकरण :
  • डेटाबेस :New...

बाकी सीधा आगे है।


2
स्वीकृत उत्तर की तुलना में इसने मेरे लिए बहुत बेहतर काम किया। तालिकाओं के बीच संबंधों को बहुत अधिक सफाई से संभालता है।
मुशीनोखिन 19

7
Welp। यह दुर्भाग्य से पहचान और डिफ़ॉल्ट बाधाओं को निर्धारित नहीं करता है। :(
मुशीनोशीं

1
स्क्रिप्ट बनाने के मुकाबले यह ज्यादा बेहतर तरीका है। स्क्रिप्ट कई बार बहुत बड़ी हो सकती है। व्यक्तिगत प्राथमिकता। कोई अपराध नहीं :)
विकास

यह सरल है और मेरा जाना होगा, लेकिन अगर किसी कारण से आपको ऑब्जेक्ट_आईडी, create_data जैसे कॉलम की आवश्यकता होती है, तो तारीख को संशोधित करें AS के रूप में sys.tables में याद रखें कि वे निर्माण पर संशोधित किए जाएंगे।
क्रिस्मोग्राम

@MushinNoShin आप मैपिंग स्टेप पर आइडेंट इंसर्ट को इनेबल करके पहले स्क्रिप्ट्स जेनरेट कर सकते हैं और फिर डाटा इम्पोर्ट / एक्सपोर्ट कर सकते हैं।
हसनगं डे 27'19

29

आप दूरस्थ सर्वर से स्थानीय डिस्क पर बैकअप नहीं बना सकते - ऐसा करने का कोई तरीका नहीं है। और ऐसा करने के लिए कोई तृतीय-पक्ष उपकरण नहीं हैं, जहां तक ​​मुझे पता है।

आप बस इतना कर सकते हैं कि रिमोट सर्वर मशीन पर एक बैकअप बनाया जाए, और कोई व्यक्ति इसे ज़िप करके आपके पास भेज दे।


5
मैं असहमत हूं। आप कई परिस्थितियों में एमएस SQL ​​सर्वर मैनेजमेंट स्टूडियो के 'जेनरेट स्क्रिप्स' कमांड का उपयोग कर एक स्क्रिप्ट बना सकते हैं जो कि स्थानीय डेटाबेस को उत्पन्न करने के लिए चलाया जा सकता है जिसे आप अपनी इच्छानुसार कर सकते हैं। नीचे मेरे जवाब या मार्टिन स्मिथ के सवाल पर टिप्पणी देखें।
डैनियल गिल

19
@Rafid: हाँ -लेकिन कि नहीं एक सच्चे बैकअप - यह एक स्क्रिप्ट / डेटा निर्यात ..... है
marc_s

2
@marc_s एक "असली बैकअप" के बारे में क्या है जो एक निर्यात की गई कॉपी से अलग है? लकड़ी का लठा? और कुछ?
द्रोणज़

31
@ ड्रोन: हाँ! स्क्रिप्ट निर्यात संरचना और संभवतः तालिका में डेटा को भी पुन: पेश करेगा - लेकिन इसमें लेन-देन लॉग और सांख्यिकी और SQL सर्वर डेटाबेस के अन्य महत्वपूर्ण भागों जैसे सामान शामिल नहीं हो सकते
marc_s

1
@ShaunLuttin, आप डेटा शामिल कर सकते हैं।
इरविन रूइजाक्कर्स

17

मुझे पता है कि यह देर से जवाब है, लेकिन मुझे एसएसएमएस में स्क्रिप्ट विकल्प का उपयोग करने के लिए कहने वाले अधिकांश मतदान जवाब के बारे में टिप्पणी करनी होगी।

इसके साथ समस्या यह है कि यह जरूरी नहीं कि सही निष्पादन क्रम में स्क्रिप्ट उत्पन्न हो क्योंकि यह निर्भरता को ध्यान में नहीं रखता है।

छोटे डेटाबेस के लिए यह एक मुद्दा नहीं है, लेकिन बड़े लोगों के लिए यह निश्चित रूप से है क्योंकि इसे मैन्युअल रूप से उस स्क्रिप्ट को फिर से ऑर्डर करने की आवश्यकता होती है। कोशिश करें कि 500 ​​ऑब्जेक्ट डेटाबेस पर;)

दुर्भाग्य से इस मामले में एकमात्र समाधान तीसरे पक्ष के उपकरण हैं।

मैंने इसी तरह के कार्यों के लिए ApexSQL (डिफ और डेटा डिफ) से तुलना टूल का सफलतापूर्वक उपयोग किया है, लेकिन आप यहां पहले से उल्लेखित किसी अन्य के साथ गलत नहीं जा सकते हैं, विशेष रूप से रेड गेट।


1
मैं सहमत नहीं हूं, मेरे लिए एसक्यूएल हमेशा निर्भरता को सही ढंग से आदेश देता है, क्या आपके पास उस विशिष्ट व्यवहार का उदाहरण है जो आपके द्वारा उल्लिखित व्यवहार को पुन: पेश करना है?
आरा

इसके अलावा, इस मामले को ध्यान में रखते हुए एक विकल्प है
Gaspa79

13

आप SQLBackupAndFTP आज़मा सकते हैं । यह आपके डेटाबेस में सभी ऑब्जेक्ट्स बनाने के लिए स्क्रिप्ट और आपकी तालिकाओं में सभी पंक्तियों के लिए INSERT स्टेटमेंट बनाएगा। किसी भी डेटाबेस में आप इस स्क्रिप्ट फ़ाइल को चला सकते हैं और पूरा डेटाबेस फिर से बनाया जाएगा।


4
Seconded। Sql सर्वर प्रबंधन स्टूडियो का एक नया संस्करण स्थापित करना था और मैं जैसी स्क्रिप्ट का उपयोग नहीं कर सकता था। इस उपकरण ने रिमोट सर्वर (एप्हॉर्बर स्क्वैल्सर ऐड-ऑन) तक पूरी पहुंच के बिना भी जल्दी और बिना किसी समस्या के इसका ध्यान रखा
डैनियल गिल

1
कृपया ध्यान दें कि यह सॉफ्टवेयर संसाधनों का भारी उपयोग करता है।
18

छोटी गाड़ी होने के कारण और यह पूरी तरह से सही ढंग से काम नहीं करता है। क्या PHP के माध्यम से दूरस्थ सर्वर से कोई समस्या नहीं जुड़ सकती है, लेकिन यह नहीं हो सकता है? जब मैं सर्वर पर ही उचित सेटिंग्स है। SO हां ... आगे बढ़ रहे हैं।
शॉन रेबेलो

7

किसी दूरस्थ डेटाबेस की प्रतिलिपि बनाने के विवरण के लिए इस ब्लॉग को देखें:

एक साझा होस्टिंग वातावरण से SQL सर्वर 2008 डेटाबेस बैकअप


1
यह दृष्टिकोण बताता है कि डेटाबेस की संरचना को कैसे स्क्रिप्ट किया जाए, इसे स्थानीय रूप से बनाएं और फिर स्थानीय और दूरस्थ डेटाबेस के बीच डेटा को कॉपी करने के लिए SQL प्रबंधन टूल का उपयोग करें।
ड्रू नोक

1
डेटा को एक बार में स्क्रिप्ट करने के लिए आप True पर 'Script Data' विकल्प को फ्लिप कर सकते हैं।
डैनियल गिल

कॉपी और बैकअप दो अलग-अलग चीजें हैं।
एंडर्स लिंडन

यह सही था क्योंकि मुझे 2016 के डेटाबेस पर sql सर्वर 2012 का उपयोग करके काम करना होगा और 2012 में 2016 के बैकअप का उपयोग नहीं करना चाहिए।
मेजम

6

दूरस्थ sql सर्वर से अपने स्थानीय पीसी पर बेक फ़ाइल प्राप्त करने के लिए 99% समाधान है। मैंने अपनी पोस्ट http://www.ok.unsode.com/post/2015/06/27/remote-sql-backup-to-local-pc में इसका वर्णन किया

सामान्य तौर पर यह इस तरह दिखेगा:

  • bak फ़ाइलों को बनाने के लिए sql स्क्रिप्ट निष्पादित करें

  • प्रत्येक bak फ़ाइल को varbinary फ़ील्ड प्रकार के साथ अस्थायी तालिका में सम्मिलित करने के लिए sql स्क्रिप्ट निष्पादित करें और इस पंक्ति का चयन करें और डेटा डाउनलोड करें

  • दोहराए गए। जितनी बार आपके पास बेक फाइलें हैं, उतने समय तक कदम रखें

  • सभी अस्थायी संसाधनों को हटाने के लिए sql स्क्रिप्ट निष्पादित करें

यह वही है, आपके पास अपने स्थानीय पीसी पर अपनी बेक फाइलें हैं।


5

आप प्रतिलिपि डेटाबेस का उपयोग कर सकते हैं ... दूरस्थ डेटाबेस पर राइट क्लिक करें ... कार्यों का चयन करें और प्रतिलिपि डेटाबेस का उपयोग करें ... यह आपको स्रोत सर्वर और गंतव्य सर्वर के बारे में पूछेगा। आपका स्रोत दूरस्थ है और गंतव्य sql सर्वर का आपका स्थानीय उदाहरण है।

इट्स दैट ईजी


प्रतिलिपि डेटाबेस को SysAdmin विशेषाधिकारों की आवश्यकता होती है। यह डेटाबेस के नियमित उपयोगकर्ताओं के लिए एक समाधान नहीं है।
बुग्गीबॉय

आज के मेरे अंक में, हमारी देव टीम के पास sadadmin विशेषाधिकार हैं। इसलिए मैं पौयन के दृष्टिकोण का उपयोग करूंगा।
कोड्स हैमर

लेकिन मुझे इसे दैनिक आधार पर करने की आवश्यकता है और मुझे इसे पूरा करने के लिए स्क्रिप्ट की आवश्यकता है
स्पष्ट '

3

AppHarbor गिरोह इससे जूझ रहा है और उसने SQL सर्वर प्रबंधन ऑब्जेक्ट और SqlBulkCopy का उपयोग करके एक अस्थायी समाधान विकसित किया है।

इसके बारे में उनके ब्लॉग पोस्ट देखें , या सीधे कोड पर जाएं

वे केवल AppHarbor के साथ यह परीक्षण किया है, लेकिन यह बाहर की जाँच के लायक हो सकता है।


3

ऊपर दिए गए उत्तर सही नहीं हैं। डेटा के साथ भी एक एसक्यूएल स्क्रिप्ट बैकअप नहीं है। एक बैकअप एक BAK फाइल है जिसमें अपने मौजूदा ढांचे में पूरा डेटाबेस शामिल है जिसमें शामिल हैं।

बेशक सभी डेटा के साथ पूर्ण बैकअप के लिए एक BAK फ़ाइल और एक दूरस्थ SQL सर्वर डेटाबेस से प्रेरित एक स्थानीय प्रणाली पर पुनर्प्राप्त किया जा सकता है।

यह वाणिज्यिक सॉफ्टवेयर के साथ किया जा सकता है, बैकअप BAK फ़ाइल को सीधे अपने स्थानीय मशीन में सहेजने के लिए, उदाहरण के लिए यह सीधे आपके स्थानीय मशीन पर एक दूरस्थ SQL db से बैकअप बनाएगा।


ऐसा करने के लिए आपको sysadmin अनुमतियां चाहिए।
लैरीबड

सही। एसक्यूएल सर्वर उदाहरण से दूरस्थ रूप से कनेक्ट करने के लिए उपयोग किए जाने वाले खाते (विंडोज़ या एसक्यूएल सर्वर) को बैकअप जंक को पुनः प्राप्त करने और उन्हें अपने स्थानीय मशीन पर संग्रहीत करने के लिए sysadmin अनुमतियों की आवश्यकता होती है। FIDA सॉफ़्टवेयर से उल्लिखित टूल बैकअप जंक को पुनर्प्राप्त करते समय नेटवर्क ट्रैफ़िक को और sql सर्वर से एन्क्रिप्ट और संपीड़ित करता है। एक बार जब आपके पास अपनी मशीन पर बेक फ़ाइल होती है तो आप इसे जहां चाहें वहां पुनर्स्थापित कर सकते हैं।
मथियास

1

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


1

आप अपने स्थानीय ड्राइव पर दूरस्थ SQL सर्वर आवृत्ति से बैकअप ले सकते हैं, जिस तरह से निम्न शर्त पूरी की जाती है:

  1. आपके पास अपने स्थानीय ड्राइव पर एक साझा फ़ोल्डर है।
  2. साझा फ़ोल्डर SQL सर्वर बॉक्स से सुलभ है।

अब बैकअप कमांड को निर्दिष्ट करते समय, डिस्क विकल्प को निर्दिष्ट करते समय साझा फ़ोल्डर पथ का उपयोग करें।


और आपका उत्तर @Vivek से अलग कैसे है?
मार्टिन श्रोडर

1

बस इसे आज़माएं:

1) अपने कंप्यूटर में पूर्ण अनुमति के साथ एक फ़ोल्डर साझा करें

2) अपने SQL सर्वर में: नियंत्रण कक्ष -> प्रशासनिक उपकरण -> सेवाएं -> सभी SQL सेवाओं पर राइट क्लिक करें

लॉग ऑन टैब आपके डोमेन व्यवस्थापक से शुरू होना चाहिए

3) sql सर्वर के रखरखाव विज़ार्ड में बैक अप लोकेशन और फोल्डर (\ yourcomputername \ sharefoldernam) रखें

मैंने हमारी कंपनी में sql सर्वर 2008 के 8 सर्वर पर रिमोट बैकअप किया


1

मैं हैरान हूं कि किसी ने भी ओला हॉलेंग्रीन द्वारा की पेशकश की स्क्रिप्टेड बैकअप समाधान का उल्लेख नहीं किया है जो बिल्कुल करता है मुक्त करने के लिए अपने नेटवर्क पर एक यूएनसी पथ के लिए एक दूरस्थ सर्वर (मैं वास्तव में मैं प्रकार के रूप में यह उपयोग कर रहा हूँ से एक DB बैकअप की अनुमति एक डीबी सर्वर से डीबी का बैकअप लेने के लिए, जिसमें मेरे पास अपने देव पीसी पर एक शेयर के अलावा एसएसएमएस के अलावा कोई रिमोट एक्सेस नहीं है)। यह 2008 से उपलब्ध है और SQL Server 2005 पर 2014 से 2014 तक काम करता है।

आपको यह सुनिश्चित करने की आवश्यकता है कि आपके द्वारा सेट किए गए शेयर में पर्याप्त पहुंच है: मैं बैकअप प्रक्रिया की अवधि के लिए 'सबको' AD समूह को पूर्ण पढ़ने / लिखने की अनुमति देता हूं क्योंकि मैं बहुत अधिक प्रतिबंधात्मक बात का पता लगाने के लिए बहुत आलसी हूं। व्यक्तिगत चयन।

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

एक बहुत पुराने सूत्र में जोड़ने के लिए क्षमा याचना लेकिन मुझे इस बात का पता तब चला जब किसी और चीज़ की तलाश की और इस विषय की तलाश करने वाले किसी भी व्यक्ति के लिए यह एक सार्थक योग था।


1

यदि आप एक वास्तविक स्थानीय बैकअप चाहते हैं तो 2019 के लिए, मैं mssql -डर का उपयोग करने की सलाह दूंगा । हां यह स्क्रिप्ट है, लेकिन आप इसे समायोजित कर सकते हैं कि आप जो चाहें, जिसमें सभी डेटा शामिल कर सकते हैं। मैंने एक लाइन मशीन पर इसका उपयोग करके स्वचालित दैनिक बैकअप करने के लिए एक बैश स्क्रिप्ट लिखी। मेरे पेट को चेकआउट करें:

https://gist.github.com/tjmoses/45ee6b3046be280c9daa23b0f610f407

0

मैं एक बार ऐसा कर सकता था ... ऐसा करने के लिए आपको रिमोट सर्वर पर एक शेयर खोलना होगा। फिर आप डिफ़ॉल्ट स्थान की तुलना में सीधे शेयर पर ही बैकअप रख सकते हैं ...

आमतौर पर व्यवस्थापक बैकअप लेता है और इसे हमारे साथ कुछ साझा फ़ोल्डर में साझा करता है। मैंने कोशिश की कि अगर मैं बैकअप को वहां रखूंगा तो वह काम करेगा। इसने काम कर दिया।


0

यदि आप SSMS के अंतर्गत जनरेट लिपियों का उपयोग करते हैं, तो उन्नत बटन पर क्लिक करें। 'निर्भर वस्तुओं के लिए स्क्रिप्ट उत्पन्न करें' विकल्प के तहत, सत्य पर क्लिक करें। यह क्लिक करके कि प्रत्येक वस्तु की कोई भी निर्भरता उचित क्रम में लिखी जाएगी।


SSMS v17.8.1 में सत्य डिफ़ॉल्ट है।
क्रिस कैटिगानी

0

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


0

मैं इस उद्देश्य के लिए Redgate बैकअप प्रो 7 टूल का उपयोग करता हूं । आप अन्य स्थान पर टाइल बनाने के लिए बैकअप फ़ाइल से दर्पण बना सकते हैं। और स्वचालित रूप से नेटवर्क पर और होस्ट भंडारण पर बैकअप फ़ाइल की प्रतिलिपि बना सकते हैं।


0

"सभी" पढ़ने / लिखने के विशेषाधिकार के साथ एक स्थानीय साझा फ़ोल्डर बनाएँ

लक्ष्य डेटाबेस से कनेक्ट करें, बैकअप शुरू करें और नीचे दिए गए हिस्से की तरह इंगित करें

\ Mymachine \ shared_folder \ mybackup.bak

(विंडोज डोमेन वातावरण पर कोशिश की गई)


0

मुझे पता है कि यह एक पुरानी पोस्ट है, लेकिन इसके लायक क्या है, मैंने पाया है कि "सरलतम" समाधान डेटाबेस पर राइट-क्लिक करना है, और "कार्य" -> "डेटा-निर्यात एप्लिकेशन" का चयन करें। यह संभव है कि यह विकल्प केवल इसलिए उपलब्ध है क्योंकि सर्वर को Azure पर होस्ट किया गया है (अतीत में मुझे Azure के साथ काम करना याद है, वहाँ .bacpac प्रारूप काफी सामान्य था)।

एक बार हो जाने के बाद, आप अपने स्थानीय सर्वर "डेटाबेस" सूची पर राइट-क्लिक कर सकते हैं, और .bacpac फ़ाइल का उपयोग करके अपने स्थानीय मशीन को डेटा प्राप्त करने के लिए "आयात डेटा-स्तरीय अनुप्रयोग" का उपयोग कर सकते हैं।

बस निर्यात को ध्यान में रखते हुए एक लंबा समय लग सकता है । निर्यात समाप्त करने के लिए खदान के लिए लगभग दो घंटे का समय लिया। आयात भाग बहुत तेज़ है, हालाँकि।


-1

यदि आप एक स्थानीय नेटवर्क पर हैं, तो आप अपने स्थानीय मशीन पर एक फ़ोल्डर साझा कर सकते हैं और इसे बैकअप के लिए गंतव्य फ़ोल्डर के रूप में उपयोग कर सकते हैं।

उदाहरण:

  • स्थानीय फोल्डर:

    C:\MySharedFolder -> URL: \\MyMachine\MySharedFolder

  • दूरस्थ SQL सर्वर:

    Select your database -> Tasks -> Back Up -> Destination -> Add -> Apply '\\MyMachine\MySharedFolder'

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.