এসকিউএল সার্ভারের ব্যাকআপ ব্যর্থ। ত্রুটি: 3041, তীব্রতা: 16, রাজ্য: 1

Question

প্রথমত, স্ট্যাকেক্সচেঞ্জে আমি খুব নতুন, তাই দয়া করে আমাকে সহ্য করুন।

আমি একটি এসকিউএল সার্ভার 9.0.4060 চালাচ্ছি।

আমার সমস্যাটি হ'ল: আমার এসকিউএল সার্ভারের ব্যাকআপ অনেকগুলি ডাটাবেসে ব্যর্থ হয়।

রক্ষণাবেক্ষণ পরিকল্পনাটি বিভিন্ন ব্যাকআপ জবগুলিতে চলে:

প্রতিদিন 20:30 এ ডিআইএফএফ ব্যাকআপ এবং প্রতি রবিবার 20:30 এ ফুল ব্যাকআপ।

আমি এই দুটি ত্রুটি ফোরচ ডাটাবেস পেয়েছি যা ব্যাকআপটি সম্পূর্ণ করতে ব্যর্থ হয়:

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
BACKUP failed to complete the command BACKUP DATABASE (dbname) WITH DIFFERENTIAL. Check the backup application log for detailed messages.

Date        06-11-2012 20:31:06
Log     SQL Server (Current - 07-11-2012 11:43:00)
Source      Backup
Message
Error: 3041, Severity: 16, State: 1.

অতিরিক্ত ত্রুটি।

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Error: 18456, Severity: 14, State: 16.

Date     06-11-2012 17:53:27 
Log      SQL Server (Current - 07-11-2012 11:43:00) 
Source   Logon 
Message  Login failed for user 'sa'. [CLIENT: <local machine>]

Date     06-11-2012 20:30:11
Log      SQL Server (Current - 09-11-2012 11:27:00)
Source   spid15s
Message
SQL Server has encountered 2 occurrence(s) of cachestore flush for the 'Bound Trees' cachestore (part of plan cache) due to some database maintenance or reconfigure operations.

'এসকিউএল প্ল্যানস' এবং 'অবজেক্ট প্ল্যানস' দিয়ে উপরের মতো একটি অনুরূপ অন্যান্য ত্রুটি রয়েছে। 'বাউন্ড ট্রি' এর পরিবর্তে।

আপনার যদি লোকদের অন্য কোনও তথ্যের প্রয়োজন হয় তবে কেবল শব্দটি বলুন।

Comments

স্কেল সার্ভার ত্রুটি লগতে 3041 এর আগের ত্রুটি রয়েছে? (উইন্ডোজ লগ নয়)

— অ্যালেক্স কে।

হ্যাঁ, এই দুটি ত্রুটি রয়েছে: "তারিখ 06-11-2012 17:53:27 লগ এসকিউএল সার্ভার (বর্তমান - 07-11-2012 11:43:00) উত্স লগন বার্তা ত্রুটি: 18456, তীব্রতা: 14, রাষ্ট্র: 16. "তারিখ 06-11-2012 17:53:27 লগ এসকিউএল সার্ভার (বর্তমান - 07-11-2012 11:43:00) উত্স লগন বার্তা লগইন ব্যবহারকারীর 'সা' এর জন্য ব্যর্থ হয়েছে [[ক্লায়েন্ট: <স্থানীয় মেশিন> ] "

এর চেয়ে বেশি ত্রুটি আছে কি?

— সোয়াশেক

হ্যাঁ @ সোয়াশেক, আমি বিবরণে আরও কয়েকটি ত্রুটি যুক্ত করেছি

— অরভিডক

এই নেটিভ ব্যাকআপ বা আপনি অন্যান্য ব্যাকআপ সফ্টওয়্যার ব্যবহার করছেন?

— সোয়াশেক

Answer 1

সর্বাধিক নির্দেশিত হিসাবে, সা লগইন ত্রুটি ব্যাকআপ সময়ের সাথে সংঘবদ্ধ হয় না কারণ এটি বেশ কয়েক ঘন্টা আগে ঘটেছিল, তবে ২ য় বারের মতো। আপনি কি এতে দেখেছেন: http://blogs.msdn.com/b/sqlprogrammability/archive/2007/01/17/10-0-plan-cache-flush.aspx

http://www.sqlservercentral.com/Forums/Topic377116-146-1.aspx#bm380502

এমএসডিএন ব্লগের কোনও আইটেম কি আপনার পরিবেশের একটি উপাদান খেলছে? সর্বাধিক সাধারণ হ'ল AUTO_CLOSE চালু। আমাদের জানাবেন, ধন্যবাদ।

Comments

AUTO_CLOSE 164 ডিবি এর মধ্যে 10 এ সক্ষম হয়েছে। আমি 13/11/2012 21:45:24 এ 'বাউন্ড ট্রি', 'এসকিউএল প্ল্যানস' এবং 'অবজেক্ট প্ল্যানস' এর 70 টি ঘটনা গণনা করেছি। 13/11/2012 21:53:15 এ এটি প্রতিটিটির 1 টি ইভেন্টে পুনরায় সেট করা হয়েছিল। আশাকরি এটা সাহায্য করবে.

— আরভিদ্দক

এটি কি আপনাকে @ এসকিউএল-লার্নার ত্রুটি সনাক্ত করতে সহায়তা করে? আমি আমার বিভাগের অন্যান্য আইটি গিয়াসকে জিজ্ঞাসা করেছি যদি তারা জানে যে এমএসডিএন ব্লগে বর্ণিত অন্য কোনও আদেশ রয়েছে কিনা।

— আরভিদ্দক

হাই আরভিদ্দক, আমাকে আজ এটি আরও নজর দেওয়া যাক! ধন্যবাদ।

— আলী রাজেঘি

ঠিক আছে, আপনার প্রতিক্রিয়া অপেক্ষায়!

— আরভিদ্দক

Answer 2

দয়া করে এখানে একবার দেখুন: এসকিউএল সার্ভারে "এমএসজি 3041" কীভাবে সমস্যা সমাধান করবেন

পৃষ্ঠা থেকে অংশ:

বার্তা 3041 ব্যাকআপ ব্যর্থতা সম্পর্কে সাধারণ তথ্য। ত্রুটির কারণ বুঝতে এবং এটি সমাধান করার জন্য, আপনাকে অবশ্যই এসকিউএল সার্ভার ত্রুটি লগ এন্ট্রিগুলি ব্যবহার করতে হবে যা 3041 ইভেন্টের প্রবেশের আগে ঘটে। সাধারণত, 3041 এর আগে একটি বিশদ ত্রুটি বার্তা আসে যা ব্যাকআপ ব্যর্থতার আসল কারণটি জানিয়ে দেয়। বিস্তারিত ত্রুটি বার্তাগুলি কেবল এসকিউএল সার্ভার ত্রুটি লগ এবং ক্লায়েন্ট অ্যাপ্লিকেশনটিতে লিখিত হয়। উইন্ডোজ অ্যাপ্লিকেশন লগে বিস্তারিত বার্তাটি প্রতিবেদন করা হয় না।

আপডেট (@ ডেজো মন্তব্য পড়ার পরে)
আমি "অতিরিক্ত ত্রুটি" রিপোর্ট করা দেখেছি, তবে আমি নিশ্চিত নই যে এগুলি ব্যাকআপ ত্রুটির সাথে সম্পর্কিত। ব্যাকআপ ত্রুটি 20:31:06 তারিখে নির্ধারণ করা হয়েছে, তবে "অতিরিক্ত ত্রুটি" তারিখটি 17:53:27 তারিখে নির্ধারণ করা হয়েছে, সুতরাং অতিরিক্ত ব্যর্থতা প্রকৃত ব্যাকআপ ত্রুটির প্রায় 2 ঘন্টা 40 মিনিটের আগে ঘটেছিল। এবং এই অতিরিক্ত ত্রুটি কোনও লগন ইস্যুর সাথে সম্পর্কিত।

আমি মনে করি না যে 17:53:27 এ কোন লগনের ইস্যুটির ফলশ্রুতি 20:31:06 এ ব্যাকআপ ব্যর্থ হতে পারে। সুতরাং ভাবেন যে ব্যাকআপ ত্রুটি, এবং "অতিরিক্ত ত্রুটি" সম্পর্কিত নয়।

আমিও মনে করি না যে 17:53:27 এ জেনেরিক ত্রুটি ঘটলে 20:31:06 এ ব্যাকআপ ব্যর্থ হতে পারে (যদি না ডিবি সত্যই বড় না হয়)। @ আরভিডক রিপোর্ট করেছেন যে "আমার এসকিউএল সার্ভারের ব্যাকআপটি প্রচুর ডাটাবেসে ব্যর্থ হতে থাকে " আমি মনে করি এটি নিরাপদ বলে মনে করি যে "প্রচুর" অর্থ 10 ডিবি-র বেশি।
সুতরাং আমি মনে করি যে যদি একক ডিবির একক ব্যাকআপে 2 ঘন্টা 40 মিনিটের বেশি সময় লাগে তবে আপনার একক সার্ভারে 10 বা 20 ডিবি লাগতে পারে না ... বা আপনার সার্ভার এটি ব্যাকআপ করার জন্যই জীবনযাপন করবে। সুতরাং আমি ধরে নিয়েছি যে একক ব্যাকআপ 2 ঘন্টা 40 মিনিটেরও অনেক কম সময় নেয়, তাই আমি মনে করি ব্যাকআপ ত্রুটি এবং অতিরিক্ত ত্রুটি সম্পর্কিত নয়।

এবং সর্বশেষ "ক্যাচস্টোর ফ্লাশ / 'বাউন্ড ট্রি'" ত্রুটিটি 06-11-2012 20:30:11 তারিখে প্রকাশিত হয়েছে, তাই ব্যাকআপ ত্রুটির পরে এটি ঘটেছিল। যাইহোক ক্যাশে সম্পর্কিত সমস্যাটির ফলে কোনও ত্রুটি হওয়া উচিত নয় (ইভেন্ট যদি এটি কিছুটা ধীর করতে পারে)।

কিছু প্রশ্ন
কিছু প্রশ্ন যা সমস্যাটি সনাক্ত করতে সহায়তা করতে পারে:

• এটি কার্যকর করতে কতক্ষণ পুরো ব্যাকআপ লাগে?
• ডিআইএফএফ ব্যাকআপ কার্যকর করতে কত সময় লাগে?
• ত্রুটিটি কি কেবল ডিআইএফএফ ব্যাকআপে ঘটে?
• ব্যাকআপের কত শতাংশ ব্যর্থ হয়? (1%? 10% 50%)
• সম্ভবত আপনি এটি পুরোপুরি ব্যাকআপ করার চেষ্টা করতে পারেন এটি ডিআইএফএফ ব্যাকআপ সম্পর্কিত কোনও সমস্যা কিনা? (এসকিউএল সার্ভারে আমি কোনও ডিআইএফএফ ব্যাকআপ করি নি, তাদের সাথে আমার অভিজ্ঞতা নেই)

এসকিউএল সার্ভার লগের এমএস ওয়েবসাইট অনুসারে ব্যর্থ ব্যাকআপ সম্পর্কিত আরও কিছু ত্রুটি থাকা উচিত, তবে আমি ব্যাকআপ ব্যর্থ হওয়ার সময়ে আরও কিছু কাছাকাছি আসার প্রত্যাশা করছি।

Comments

ওপি ইতিমধ্যে 3041 এর আগে থেকে ত্রুটি বার্তাগুলি অন্তর্ভুক্ত করেছে - আপনি কি মনে করেন এটি এখনও যথেষ্ট নয়? যদি হ্যাঁ, দয়া করে সেই অনুযায়ী আপনার পোস্টটি পরিবর্তন করুন।

— dezso

ডিআইএফএফ এবং সম্পূর্ণ উভয়ের জন্য ব্যাকআপ ব্যর্থ হয়। ব্যাকআপটি শেষ হতে প্রায় ২-৩ মিনিট সময় লাগে। (শেষ ত্রুটিটি ব্যাকআপ শুরু হওয়ার ২-৩ মিনিট পরে লগ হয়)। আমি 13/11/2012 থেকে ডিআইএফএফ ব্যাকআপে এর মধ্যে 100 টি ত্রুটি গণনা করেছি - "ব্যাকআপ ব্যাকআপ দাতাবাস (dbname) বিচ্ছিন্ন কমান্ডটি সম্পূর্ণ করতে ব্যর্থ হয়েছে ....."

— অরবিদ্দক

@ অরভিডক আপনি 164 ডিবি'র কথা বলছেন, কিন্তু এই ডিবি সবই কি একক সার্ভারে রয়েছে? ডিবি ব্যাকআপ কীভাবে নির্ধারিত হয়? সম্ভবত আপনি যে ত্রুটিটি দেখছেন তা কোনও ধরণের তফসিলযুক্ত ব্যাকআপের ওভারল্যাপিংয়ের সাথে সম্পর্কিত হতে পারে? (একযোগে 2 বা ততোধিক টি-এসকিএল ব্যাকআপ চালানো ত্রুটি সৃষ্টি করতে পারে কিনা আমি জানি না ... আমি কখনও চেষ্টা করিনি) যদি ব্যাকআপগুলি সময়মতো ওভারল্যাপ হয়ে থাকে, তবে সম্ভবত সিরিয়ালে তাদের 1 দ্বারা 1 চালিয়ে যেতে বাধ্য করা সম্ভব উপায়? (আমার সার্ভারে আমার কাছে একটি একক স্ক্রিপ্ট রয়েছে যা আমার সমস্ত ডিবি'র ব্যাকআপ রাখে, তাই ব্যাকআপ কার্যকর করার ক্ষেত্রে কোনও ওভারল্যাপিং নেই)

— সর্বাধিক

হ্যাঁ সার্ভারে 164 ডিবি রয়েছে। তবে তাদের মধ্যে 99 টি অফলাইন। 'অটো_ক্লোজ' ফাংশনটি ডিবি-র কিছুতে সক্ষম করা হয়েছে, যাতে যখনই ব্যবহার না হয় তারা বন্ধ করে দেয়। (আমি যতদূর বুঝতে পেরেছি?)

— আরভিদ্দক