बैकअप बनाने वाली प्रक्रिया नहीं मिल रही है

Question

हमारे पास ग्राहक सर्वर पर स्थापित SQL Server 2008 का एक उदाहरण है। ग्राहक का आईटी विभाग मशीन के विभिन्न बैकअप के लिए प्रभारी है।

SQL सर्वर लॉग दिखाता है कि हर दिन शाम 7 बजे एक पूर्ण बैकअप है, लेकिन हम SQL सर्वर में निर्धारित किसी भी योजना का प्रमाण नहीं पा सकते हैं।

जिन तकनीशियनों से हमने संपर्क किया था, वे यह नहीं बता पाए कि किसी तरह का स्वचालित बैकअप था या नहीं, उन्होंने बताया कि पूरी मशीन का बैकअप लिया जा रहा है।

इस फ़ोरम थ्रेड में मिली स्क्रिप्ट का उपयोग करने पर मुझे पता चला कि भौतिक उपकरण का नाम GUID है और इसका मतलब है कि यह एक बाहरी बैकअप है :

USE [msdb]
GO 
SELECT 
    [bs].[database_name], 
    [bs].[backup_start_date], 
    [bs].[backup_finish_date], 
    [bs].Server_name,
    [bs].user_name AS [BackupCreator] ,
    [bmf].physical_device_name
FROM msdb..backupset bs  
INNER JOIN msdb..backupmediafamily bmf ON [bs].[media_set_id] = [bmf].[media_set_id] 
ORDER BY [bs].[backup_start_date] DESC

यह उपरोक्त क्वेरी से एक पंक्ति है:

db_name 2015-09-16 19: 01: 23.000 2015-09-16 19: 01: 28.000
SERVER_NAME NT AUTHORITY \ SYSTEM
{424F084A-F35D-4A66-8FC7-072268A89477} 5

इसके अलावा बैकअप शुरू और खत्म करने की तारीख केवल 5 सेकंड के लिए है, इसलिए मुझे लगता है कि यह स्पष्ट है कि यह एसक्यूएल सर्वर का काम नहीं है।

यह लॉग की एक पंक्ति है:

2015-09-03 19: 02: 30.71 बैकअप
डेटाबेस बैकअप।
डेटाबेस: db_name, निर्माण तिथि (समय): 2012/10/12 (20:52:11), पृष्ठ डंप किए गए: 3290021,
पहले LSN: 276028: 152755: 172, अंतिम LSN: 276028: 152827: 1, डंप उपकरणों की संख्या : 1,
डिवाइस की जानकारी:
(FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8: 5 5})।
यह केवल सूचनात्मक संदेश है। कोई उपयोगकर्ता कार्रवाई की आवश्यकता नहीं है।

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

Answer 1

2015-09-03 19: 02: 30.71 बैकअप डेटाबेस बैकअप। डेटाबेस: db_name, निर्माण तिथि (समय): 2012/10/12 (20:52:11), पृष्ठ डंप किए गए: 3290021, पहले LSN: 276028: 152755: 172, अंतिम LSN: 276028: 152827: 1, डंप उपकरणों की संख्या : 1, डिवाइस की जानकारी: (FILE = 1, TYPE = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8: 5 5})। यह केवल सूचनात्मक संदेश है। कोई उपयोगकर्ता कार्रवाई की आवश्यकता नहीं है।

VIRTUAL_DEVICEबैकअप संदेश में आने वाले तथ्य यह स्पष्ट रूप से कहते हैं कि यह टी-एसक्यूएल जॉब या एसक्यूएल सर्वर द्वारा निर्धारित बैकअप नहीं है, इसलिए आप इसे SQL सर्वर में कहीं भी नहीं पाएंगे। आपके पास या तो कोई third partyटूल है या windows inbuilt backup mechanismरनिंग जो इस बैकअप को ले रहा है।

अब अगर आप वास्तव में बैकअप कंसल्टिंग विंडो टीम या स्टोरेज टीम के स्रोत का पता लगाना चाहते हैं और आपको उचित विचार मिलेगा। सभी हितधारकों का कहना है कि अगर वे बैकअप के स्रोत (जो बहुत संभावना नहीं है) आप को अक्षम करके ऐसा होने से इस तरह के बैकअप बंद कर सकते हैं के बारे में विचार नहीं है SQL Server VSS writerसे Services.msc।

ऐसे थर्ड पार्टी बैकअप डेटाबेस से जुड़ने और बैकअप लेने के लिए SQL Server VSS लेखक सेवाओं पर निर्भर करते हैं।

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

कृपया VSS Backups पर सूचना शेडिंग लाइट पढ़ें

Answer 2

मुझे लगता है कि मैंने बैकअप के लिए प्रक्रिया को जिम्मेदार पाया है।

मैंने विंडोज सिस्टम ईवेंट लॉग में जानकारी खोजी और मुझे यह लाइन बैकअप द्वारा रुचि रखने वाले अस्थायी काल में मिली:

Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 18264   Backup
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2006    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 ESENT   2003    ShadowCopy
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:28 MSSQLSERVER 3198    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 ESENT   2001    ShadowCopy
Informazioni    16/09/2015 19:01:25 MSSQLSERVER 3197    Server
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:23 ESENT   2005    ShadowCopy
Informazioni    16/09/2015 19:01:11 BeVssProvider   0   Nessuna
Informazioni    16/09/2015 18:38:06 VSS 8224    Nessuna
Informazioni    16/09/2015 18:29:01 VSS 8224    Nessuna

BeVssProvider द्वारा शुरू की गई अन्य गतिविधि से पहले, MSENTSERVER पर बैकअप गतिविधि को आप स्पष्ट रूप से देख सकते हैं और ESENT द्वारा एक ShadowCopy के साथ जारी है।

मैं इन नामों के लिए googled और BeVssProvider Windows सर्वर ( http://systemexplorer.net/it/file-database/file/bevssprovider-.exe ) के लिए Symantec Backup Exec ™ से जुड़ा हुआ हूं ।

इसलिए मुझे लगता है कि सॉफ्टवेयर हर दिन मशीन का स्नैपशॉट ले रहा है (मैं इस डोमेन का विशेषज्ञ नहीं हूं)।

Comments

आपके उत्तर ने मदद की और जब मैंने डेटाबेस सर्वर पर विंडोज इवेंट लॉग की जाँच की, तो मुझे पता चला कि आउटसोर्स आईटी एड्मिन वर्चुअल-बैकअप के लिए "एक्ससाइंट" नामक एक सॉफ्टवेयर का उपयोग कर रहे थे जो 4 अलग-अलग डेटाबेस (सभी डेटाबेस के 4 मिनट के भीतर) का अनुरोध कर रहा था। और यह त्रुटियों को फेंक रहा था (कुछ बैकअप विफल होने और बहुत भ्रम पैदा करने के कारण)। msdb.dbo.backupmediafamily.device_typeओपी की क्वेरी में फ़ील्ड जोड़ें कि यह किस प्रकार का बैकअप है (यानी डिस्क, टेप, वर्चुअल, एज़्योर, या स्थायी)। मैंने masterडेटाबेस पर फ़िल्टर किया और पहली प्रविष्टि को देखने के लिए देखा कि इसे किसने बंद किया है।

— माइकटाइवी