ব্যাকআপ তৈরি করছে এমন প্রক্রিয়া খুঁজে পাচ্ছে না


11

আমাদের কাছে গ্রাহক সার্ভারে এসকিউএল সার্ভার ২০০৮ ইনস্টল রয়েছে। গ্রাহকের আইটি বিভাগটি মেশিনের বিভিন্ন ব্যাকআপের দায়িত্বে রয়েছে।

এসকিউএল সার্ভার লগটি দেখায় যে প্রতিদিন 7 টা বাজে একটি পূর্ণ ব্যাকআপ রয়েছে তবে আমরা এসকিউএল সার্ভারে নির্ধারিত কোনও পরিকল্পনার প্রমাণ পাই না।

আমরা যে প্রযুক্তিবিদদের সাথে যোগাযোগ করেছি তারা কোনও ধরণের স্বয়ংক্রিয় ব্যাকআপ রয়েছে কিনা তা আমাদের জানাতে পারেনি, তারা যা বলেছিল তা হ'ল পুরো মেশিনটি ব্যাকআপ হয়ে যাচ্ছে।

এই ফোরামের থ্রেডে পাওয়া একটি স্ক্রিপ্ট ব্যবহার করে আমি জানতে পেরেছিলাম যে শারীরিক ডিভাইসের নামটি একটি জিইউইডি এবং এর অর্থ এটি বাহ্যিক ব্যাকআপ প্রক্রিয়া :

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
সার্ভার NT প্রমাণ \ সিস্টেম
ITY 424F084A-F35D-4A66-8FC7-072268A89A77} 5

তবুও ব্যাকআপ শুরু এবং সমাপ্তির তারিখটি কেবল 5 সেকেন্ডের জন্য ছড়িয়ে যায়, তাই আমি অনুমান করি এটি স্পষ্ট হয়েছে এটি কোনও এসকিএল সার্ভারের কাজ নয়।

এটি লগ থেকে একটি লাইন:

2015-09-03 19: 02: 30.71 ব্যাকআপ
ডেটাবেস ব্যাক আপ।
ডাটাবেস: ডিবি_নাম, তৈরির তারিখ (সময়): 2012/10/12 (20:52:11), পৃষ্ঠাগুলি ফেলে দেওয়া হয়েছে: 3290021,
প্রথম এলএসএন: 276028: 152755: 172, শেষ এলএসএন: 276028: 152827: 1, ডাম্প ডিভাইসের সংখ্যা : 1,
ডিভাইসের তথ্য:
(ফাইল = 1, টিওয়াইপি = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'})।
এই শুধুমাত্র একটি তথ্য বার্তা। কোন ব্যবহারকারী কর্ম প্রয়োজন বোধ করা হয়।

সুতরাং, যেহেতু তারা আমাদের সহায়তা করতে পারে না ব্যাকআপগুলির জন্য দায়ী প্রক্রিয়াটি সন্ধান করতে আমি কী করতে পারি? আমাদের এটি দরকার কারণ আমরা একটি অর্ডারযুক্ত পদ্ধতিতে ব্যাকআপটি সমন্বিত করতে চাই এবং লগটিকে যুক্তিসঙ্গত আকারে রাখার জন্য লেনদেন লগ ব্যাকআপগুলিও করতে চাই (এখন আমরা প্রতি সপ্তাহে লগটি সঙ্কুচিত করি এবং এটি ভাল উপায় নয়) যাওয়া).

উত্তর:


12

2015-09-03 19: 02: 30.71 ব্যাকআপ ডেটাবেস ব্যাক আপ। ডাটাবেস: ডিবি_নাম, তৈরির তারিখ (সময়): 2012/10/12 (20:52:11), পৃষ্ঠাগুলি ফেলে দেওয়া হয়েছে: 3290021, প্রথম এলএসএন: 276028: 152755: 172, শেষ এলএসএন: 276028: 152827: 1, ডাম্প ডিভাইসের সংখ্যা : 1, ডিভাইসের তথ্য: (ফাইল = 1, টিওয়াইপি = VIRTUAL_DEVICE: {'{95380B0A-D50B-408F-B95F-1AB8975BA7F8} 5'})। এই শুধুমাত্র একটি তথ্য বার্তা। কোন ব্যবহারকারী কর্ম প্রয়োজন বোধ করা হয়।

VIRTUAL_DEVICEব্যাকআপ বার্তায় আসার বিষয়টি স্পষ্টভাবে বলে যে এটি টি-এসকিউএল জব বা এসকিউএল সার্ভার দ্বারা নির্ধারিত ব্যাকআপ নয় তাই আপনি এটি এসকিউএল সার্ভারে কোথাও খুঁজে পাবেন না। আপনার কাছে হয় কোনও third partyসরঞ্জাম বা windows inbuilt backup mechanismচলমান রয়েছে যা এই ব্যাকআপটি নিচ্ছে।

এখন আপনি যদি সত্যিই ব্যাকআপের উত্স সন্ধান করতে চান তবে উইন্ডোজ টিম বা স্টোরেজ দলটি পরামর্শ করুন এবং আপনি একটি সঠিক ধারণা পাবেন। সকল স্টেকহোল্ডারের বলে যদি তারা ব্যাকআপ উৎস (যা অত্যন্ত অসম্ভাব্য) আপনি অক্ষম করার মাধ্যমে ঘটা থেকে যেমন ব্যাকআপ বন্ধ করতে পারবেন সম্পর্কে ধারণা না SQL Server VSS writerথেকে Services.msc

এই জাতীয় তৃতীয় পক্ষের ব্যাকআপগুলি ডাটাবেসের সাথে সংযোগ স্থাপন এবং ব্যাকআপ নেওয়ার জন্য এসকিউএল সার্ভার ভিএসএস রাইটার পরিষেবাগুলিতে নির্ভর করে।

উপরে অগ্রসর হওয়ার আগে আমি আপনাকে ব্যাকআপ / উইন্ডোজ অ্যাডমিনের সাথে কথা বলার পরামর্শ দিচ্ছি যদি তারা এই জাতীয় কোনও ব্যাকআপ সম্পর্কে সচেতন না হন তবে আপনি এগিয়ে যান এবং এই পরিষেবাটি অক্ষম করতে পারেন। অন্যথায় আপনাকে অবশ্যই না করা উচিত এবং তাদের সাথে এ বিষয়ে আরও পরামর্শ করা উচিত।

দয়া করে ভিএসএস ব্যাকআপগুলিতে ইনফরমেশন শেডিং লাইট পড়ুন


9

আমি মনে করি আমি ব্যাকআপটির জন্য প্রক্রিয়াটিকে দায়ী বলে মনে করেছি।

আমি উইন্ডোজ সিস্টেম ইভেন্ট লগতে তথ্য অনুসন্ধান করেছি এবং আমি ব্যাকআপের দ্বারা আগ্রহী অস্থায়ী সময়কালে এই লাইনগুলি পেয়েছি:

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

ইভিএসপি-র দ্বারা একটি শ্যাডো কপি দিয়ে অবিরত BeVssPovider দ্বারা অন্যান্য ক্রিয়াকলাপ শুরু হওয়ার আগে আপনি উপরে এবং সংক্ষেপে এমএসএসকিউএসএলভারের ব্যাকআপ ক্রিয়াকলাপটি পরিষ্কারভাবে দেখতে পাবেন।

আমি এই নামগুলির জন্য গুগল করেছি এবং বিভ্যাসপ্রভাইডারটি উইন্ডোজ সার্ভারের জন্য সিম্যানটেক ব্যাকআপ এক্সেস to এর সাথে লিঙ্কযুক্ত ( http://systemexplorer.net/it/file-datedia/file/bevssprovider-exe )।

সুতরাং আমি অনুমান করি যে সফ্টওয়্যারটি প্রতিদিন মেশিনটির একটি স্ন্যাপশট নিচ্ছে (আমি এই ডোমেনের বিশেষজ্ঞ নই)।


আপনার উত্তরটি সাহায্য করেছে এবং আমি যখন ডেটাবেস সার্ভারে উইন্ডোজ ইভেন্ট লগটি পরীক্ষা করেছি, তখন আমি খুঁজে পেলাম যে আউটসোর্সড আইটি অ্যাডমিনরা ভার্চুয়াল-ব্যাকআপগুলির জন্য "অ্যাক্সিয়েন্ট" নামক একটি সফ্টওয়্যার ব্যবহার করছে যা 4 মিনিটের মধ্যে 3 পৃথক পূর্ণ ব্যাকআপ (সমস্ত ডাটাবেসের) জন্য অনুরোধ করেছিল এবং এটি ত্রুটি ছুড়েছিল (কিছু ব্যাকআপ ব্যর্থ হওয়া এবং প্রচুর বিভ্রান্তির সৃষ্টি করে)। msdb.dbo.backupmediafamily.device_typeএটি ব্যাকআপের ধরণ (যেমন ডিস্ক, টেপ, ভার্চুয়াল, অ্যাজুরি বা স্থায়ী) কী তা দেখতে ওপি-র কোয়েরিতে ফিল্ড যুক্ত করুন । আমি masterডাটাবেসে ফিল্টার করেছিলাম এবং প্রথম এন্ট্রিটির দিকে তাকিয়ে দেখি যে এটি কীভাবে লাথি মেরেছে।
মাইকটিভি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.