अलग SQL सर्वर या परीक्षण और उत्पादन के लिए अलग SQL डेटाबेस?

12

मैं SQL सर्वर के लिए नया हूं, इसलिए यह SQL सर्वर प्रबंधन प्रश्न से अधिक हो सकता है।

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

क्या यह समझ में आता है कि एक ही SQL सर्वर पर दोनों SQL डेटाबेस है, जो ऐसा लगता है कि Azure पोर्टल प्रबंधन करने के लिए सबसे आसान बनाता है, या परीक्षण और उत्पादन डेटाबेस के लिए एक अलग तार्किक SQL सर्वर बनाने के लिए अधिक समझ में आता है?

sql azure

— Anonymous1
स्रोत

1

नमस्ते। साइट पर आपका स्वागत है। मैंने बेहतर स्पष्टता के लिए मामूली संपादन किया। Pl वापस अगर उचित नहीं उसे वापस लाना :) के लिए स्वतंत्र महसूस

— Dawny33

6

एक अलग लॉजिकल सर्वर के साथ जाएं:

यह उसी तरह खर्च होने वाला है क्योंकि आपसे डेटाबेस के टियर पर चार्ज किया जाता है न कि डेटाबेस सर्वर से।
अलग-अलग सर्वर प्रदान करके आप एक से दूसरे की रक्षा करने वाले दो डेटाबेस के बीच अलगाव प्रदान करते हैं ।
जब तक आप निहित उपयोगकर्ताओं का उपयोग नहीं करते हैं तब तक आपके उपयोगकर्ता परीक्षण और उत्पादन के बीच साझा किए जाएंगे , यदि आप दोनों डेटाबेस के लिए एक ही उपयोगकर्ता का उपयोग करते हैं, तो उत्पादन में पासवर्ड बदलने के लिए भी परीक्षण में समान परिवर्तन की आवश्यकता होगी।

आप एक डेटाबेस के लिए एक ही सर्वर का उपयोग करना चाहते हो सकता है अगर:

आप कई देव / परीक्षण वातावरणों में बहुत बड़ी संख्या में डेटाबेस बना रहे हैं क्योंकि SQL सर्वर की कुल संख्या की सीमा है।
आपके पास दो डेटाबेस हैं जिन्हें समान ARM टेम्पलेट के भाग के रूप में तैनात करने की आवश्यकता है।

— रिचर्ड स्लेटर
स्रोत

मैं एक बिंदु जोड़ूंगा: अलग किए गए सर्वर क्यू / ए सर्वर को अपग्रेड करने की अनुमति देते हैं और उत्पादन के उन्नयन से पहले अनुकूलित करते हैं।

— तेनसीबाई

5

उन दोनों को एक ही सर्वर पर रखना निश्चित रूप से सबसे आसान है। हालाँकि, मैं एक व्यावसायिक स्थिति में तर्क दूंगा कि आप इसे करने में सक्षम नहीं होना चाहिए ।

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

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

— मोनिका सेलियो के लिए बॉयकॉट एसई
स्रोत