MS SQL पर डेटाबेस मिररिंग

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

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

सामान्य तौर पर, 3 मिररिंग मोड हैं:
- स्वचालित वसूली के साथ संरक्षित
- मैनुअल वसूली के साथ संरक्षित
- संरक्षित / अतुल्यकालिक नहीं
अतुल्यकालिक एक से अलग संरक्षित है कि वे मिरर सर्वर पर लेनदेन की स्वीकृति की पुष्टि के लिए इंतजार नहीं करते हैं, लेकिन काम करना और नए और नए लेनदेन को कतारबद्ध करना जारी रखते हैं।
स्वचालित पुनर्प्राप्ति के साथ संरक्षित होने के लिए स्वचालित पुनर्प्राप्ति के लिए तीसरे सर्वर (गवाह) के उपयोग की आवश्यकता होती है और सिद्धांत रूप में, केवल तभी उपयोगी होता है जब आप मुख्य सर्वर के काम नहीं करने की स्थिति में स्विच करने के लिए अपने एप्लिकेशन में बैकअप सर्वर निर्दिष्ट कर सकते हैं। चूंकि यह ट्रैकिंग सर्वर और डेटाबेस के साथ काम करने वाले अनुप्रयोगों के साथ सूचना स्थान को संक्रमित करने के लिए मेरे लिए दया की बात थी, इसलिए मुझे स्वतंत्र रूप से स्विच करने का अवसर नहीं मिला।
मैंने मैनुअल रिकवरी के साथ संरक्षित मोड में काम करने के लिए डेटाबेस सेट किया।

यहाँ एक अच्छा टेकनेट ट्यूटोरियल है ।
और यहाँ चित्रों में दिखाया गया है कि यह GUI के माध्यम से कैसे किया जाता है।

भाग 1. सर्वर संचार को कॉन्फ़िगर करना।
सर्वर को एक-दूसरे से जोड़ने के लिए, दोनों मशीनों पर चौकियां बनाई जाती हैं, कनेक्शन के लिए पोर्ट खोले जाते हैं, उपयोगकर्ता, प्रमाण पत्र आदि बनाए जाते हैं।
आइए नियंत्रण बिंदु बनाते हैं, प्राधिकरण के लिए हम एमएस SQL ​​सर्वर द्वारा उत्पन्न प्रमाण पत्र का उपयोग करेंगे (अन्य प्रमाण पत्र भी उपयोग किए जा सकते हैं)।

1. मुख्य सर्वर पर एक प्रमाण पत्र बनाएं और इसे D: \ Certs पैक में सहेजें
USE MASTER
GO
IF NOT EXISTS(SELECT 1 FROM sys.symmetric_keys where name = '##MS_DatabaseMasterKey##')
CREATE MASTER KEY ENCRYPTION BY PASSWORD = ' '
GO
IF NOT EXISTS (select 1 from sys.databases where [is_master_key_encrypted_by_server] = 1)
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY
GO
IF NOT EXISTS (SELECT 1 FROM sys.certificates WHERE name = 'PrincipalServerCert')
CREATE CERTIFICATE PrincipalServerCert
WITH SUBJECT = 'Principal Server Certificate',
START_DATE = '08/15/2011',
EXPIRY_DATE = '08/15/2021';
GO
BACKUP CERTIFICATE PrincipalServerCert TO FILE = 'D:\Certs\PrincipalServerCert.cer'


2. कोर सर्वर पर DBMirrorEndPoint ब्रेकपॉइंट बनाएं।
USE MASTER
GO
IF NOT EXISTS(SELECT * FROM sys.endpoints WHERE type = 4)
CREATE ENDPOINT DBMirrorEndPoint
STATE = STARTED AS TCP (LISTENER_PORT = 5022)
FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE PrincipalServerCert, ENCRYPTION = REQUIRED
,ROLE = ALL
)

3. मुख्य के समान एक प्रमाण पत्र और दर्पण पर एक ब्रेकपॉइंट DBMirrorEndPoint बनाएं।
USE MASTER
GO
IF NOT EXISTS(SELECT 1 FROM sys.symmetric_keys where name = '##MS_DatabaseMasterKey##')
CREATE MASTER KEY ENCRYPTION BY PASSWORD = ' '
GO
IF NOT EXISTS (select 1 from sys.databases where [is_master_key_encrypted_by_server] = 1)
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY
GO
IF NOT EXISTS (SELECT 1 FROM sys.certificates WHERE name = 'MirrorServerCert')
CREATE CERTIFICATE MirrorServerCert
WITH SUBJECT = 'Mirror Server Certificate',
START_DATE = '08/15/2011',
EXPIRY_DATE = '08/15/2021';
GO
BACKUP CERTIFICATE MirrorServerCert TO FILE = 'D:\Certs\MirrorServerCert.cer'

IF NOT EXISTS(SELECT * FROM sys.endpoints WHERE type = 4)
CREATE ENDPOINT DBMirrorEndPoint
STATE=STARTED AS TCP (LISTENER_PORT = 5023)
FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE MirrorServerCert, ENCRYPTION = REQUIRED
,ROLE = ALL
)


प्रमाण पत्र और मील के पत्थर हमने बनाए हैं। अब जब सर्वर एक-दूसरे के साथ संवाद कर सकते हैं, प्रत्येक सर्वर पर आपको खाते बनाने और उन्हें प्रमाणपत्रों से बांधने की आवश्यकता होती है।

4. प्रमाणपत्रों को एक सर्वर से दूसरे में कॉपी करें ताकि 2 प्रमाणपत्र D: \ Certs फ़ोल्डर में हों।


5. मुख्य सर्वर पर MirrorServerUser उपयोगकर्ता बनाएँ, यह उपयोगकर्ता MirrorDBCertPub प्रमाणपत्र से बना है और दर्पण सर्वर से कॉपी किया गया है
USE MASTER
GO
IF NOT EXISTS(SELECT 1 FROM sys.syslogins WHERE name = 'MirrorServerUser')
CREATE LOGIN MirrorServerUser WITH PASSWORD = '2'
IF NOT EXISTS(SELECT 1 FROM sys.sysusers WHERE name = 'MirrorServerUser')
CREATE USER MirrorServerUser;
IF NOT EXISTS(SELECT 1 FROM sys.certificates WHERE name = 'MirrorDBCertPub')
CREATE CERTIFICATE MirrorDBCertPub AUTHORIZATION MirrorServerUser
FROM FILE = 'D:\Certs\MirrorServerCert.cer'
GRANT CONNECT ON ENDPOINT::DBMirrorEndPoint TO MirrorServerUser
GO


6. बैकअप सर्वर पर PrincipalServerUser उपयोगकर्ता बनाएं, मुख्य सर्वर से उत्पन्न और कॉपी किए गए प्रिंसिपल DBCertPub प्रमाणपत्र के लिए उपयोगकर्ता को बांधें
USE MASTER
GO
IF NOT EXISTS(SELECT 1 FROM sys.syslogins WHERE name = 'PrincipalServerUser')
CREATE LOGIN PrincipalServerUser WITH PASSWORD = '2'
IF NOT EXISTS(SELECT 1 FROM sys.sysusers WHERE name = 'PrincipalServerUser')
CREATE USER PrincipalServerUser;
IF NOT EXISTS(SELECT 1 FROM sys.certificates WHERE name = 'PrincipalDBCertPub')
CREATE CERTIFICATE PrincipalDBCertPub AUTHORIZATION PrincipalServerUser
FROM FILE = 'D:\Certs\PrincipalServerCert.cer'
GRANT CONNECT ON ENDPOINT::DBMirrorEndPoint TO PrincipalServerUser
GO

सर्वर के बीच संचार कॉन्फ़िगर किया गया है!

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

1. बैकअप कार्य डेटाबेस को निकालें।
BACKUP DATABASE [MIRROR_TEST] TO DISK = N'D:\MIRROR_TEST.bak'
WITH FORMAT, INIT, NAME = N'MIRROR_TEST-Full Database Backup',STATS = 10

2. इसे दर्पण पर उठाएँ (स्क्रिप्ट का अर्थ है कि बैकअप फ़ाइल को डिस्क डी पर दर्पण सर्वर में स्थानांतरित कर दिया गया था)
RESTORE DATABASE [MIRROR_TEST]
FROM DISK = 'D:\MIRROR_TEST.bak' WITH NORECOVERY
,MOVE N'MIRROR_TEST' TO N'D:\MSSQL_DB\MIRROR_TEST.mdf'
,MOVE N'MIRROR_TEST_log' TO N'D:\MSSQL_DB\MIRROR_TEST_log.ldf'


3. दर्पण सर्वर पर मिररिंग शुरू करने के लिए, निम्नलिखित करें:
ALTER DATABASE MIRROR_TEST SET PARTNER = 'TCP://MSSQLMAINSERV:5022'

4. फिर मुख्य पर:
ALTER DATABASE MIRROR_TEST SET PARTNER = 'TCP://MSSQLMIRRORSERV:5023'

यदि कोई त्रुटि जैसे:

The mirror database, “MIRROR_TEST”, has insufficient transaction log data to preserve the log backup chain of the principal database. This may happen if a log backup from the principal database has not been taken or has not been restored on the mirror database. (Microsoft SQL Server, Error: 1478)

या

The remote copy of database "DBmirrorTest" has not been rolled forward to a point in time that is encompassed in the local copy of the database log.

मुख्य सर्वर पर डेटाबेस से लॉग का बैकअप बनाएं और इसे फिर से दर्पण (NORECOVERY मोड में) में पुनर्स्थापित करें।
बैकअप:
BACKUP LOG MIRROR_TEST TO DISK = 'D:\MIRROR_TEST.trn'

वसूली:
RESTORE LOG MIRROR_TEST
FROM DISK = 'D:\MIRROR_TEST.trn' WITH NORECOVERY

भाग 3. असफलताओं से उबरना। भूमिकाएँ बदलें।
आप सर्वर भूमिकाओं को बदल सकते हैं ताकि दर्पण डेटाबेस के राइट-क्लिक GUI के माध्यम से मुख्य एक और दाढ़ी बन जाए - टास्क - मिरर - विफलता या टी-एसक्यूएल कमांड के माध्यम से
ALTER DATABASE MIRROR_TEST SET PARTNER FAILOVER

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

यदि मुख्य आधार दुर्घटनाग्रस्त हो गया, तो बैकअप को पुनर्स्थापित करने के लिए आपको एक मजबूर वसूली करने की आवश्यकता है
ALTER DATABASE MIRROR_TEST SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS

इस मामले में सच है कि कुछ डेटा खोने का जोखिम है (इसके बारे में बहुत कुछ लिखा गया है)

जब एक मजबूर पुनर्स्थापना का प्रदर्शन किया जाता है, तो दर्पण आधार मुख्य बन जाता है, और बहाली के बाद पूर्व मुख्य एक स्वचालित रूप से दर्पण आधार बन जाता है, दर्पण सत्र जारी रखने के लिए लंबित अनुमति। आपको प्रदर्शन करने की आवश्यकता क्यों है
ALTER DATABASE MIRROR_TEST SET PARTNER RESUME
बस इतना ही! 8- काम करते हुए)