मैं पेशेवरों और इस परिदृश्य में बनाम लॉग शिपिंग मिरर डेटाबेस के विपक्ष के बारे में लोगों के विचार जानने में दिलचस्पी रखता हूँ: हम सेटअप करने के लिए एक डेटाबेस बैकअप स्थिति की जरूरत है जिसमें वहाँ ठीक एक गौण है सर्वर जो प्राथमिक विफल होने पर स्वचालित रूप से उठाए जाने की आवश्यकता नहीं है। माध्यमिक के साथ पुनर्प्राप्त करना और शुरू करना बहुत लंबा नहीं होना चाहिए।मिररिंग 2005
मिररिंग
लॉग शिपिंग
माध्यमिक डेटाबेस पर स्विच किया जा लॉग शिपिंग के साथ अधिक समय लग सकता है, लेकिन यह बहुत बुरा नहीं है। आपको किसी भी अनिश्चित बैकअप फ़ाइलों को मैन्युअल रूप से कॉपी करना होगा, द्वितीयक डेटाबेस में लेनदेन लॉग बैकअप लागू करना होगा, द्वितीयक डेटाबेस पुनर्प्राप्त करना होगा, और प्राथमिक भूमिका में अपनी भूमिका बदलना होगा। यदि पुराने प्राथमिक डेटाबेस सुलभ हैं, तो आपको शुरुआत से पहले अपने लेनदेन लॉग का बैक अप लेना चाहिए। मिररिंग के साथ विफल होना कुछ हद तक आसान है, और यदि आप उच्च उपलब्धता मोड का उपयोग कर रहे हैं तो स्वचालित रूप से किया जा सकता है। उच्च प्रदर्शन मोड का उपयोग करते समय भी, यह अभी भी एक कथन ऑपरेशन है।
बैकअप प्रयोजनों के लिए मैं मिररिंग की सिफारिश करेंगे: यह कोई परेशानी के साथ एक हमेशा अप करने की तारीख अपने डेटाबेस की प्रति भी रखता है .. आप की जरूरत नहीं है, तो स्वत: असफल ओवर तुम सिर्फ दो सर्वर/उदाहरणों की जरूरत है। ध्यान दें कि उच्च प्रदर्शन मोड केवल एंटरप्राइस (एसपी) संस्करण में उपलब्ध है!