আমার পরিবেশটি নিম্নলিখিত: VMWare 5.5 ভিভলাইজড সার্ভার এমএস উইন্ডোজ সার্ভার 2008R2 এন্টারপ্রাইজ ডোমেন এবং এসকিউএল সার্ভার ২০০৮ আর 2 এন্টারপ্রাইজ । ফাইবার-চ্যানেল সংযোগ সহ কেন্দ্রিয় স্টোরেজ storage
আমার পার্টিশন আছে আমার SQL Server DB। আমার কাছে 2 file groups: লাইভ ডেটা (এফজি 1) সহ একটি, historicalতিহাসিক ডেটা (এইচডিজি) এর সাথে দ্বিতীয় ।
দ্বিতীয় ফাইল গ্রুপ হয় read-only। প্রতি মাসে আমি পার্টিশনে চলাচল করি - আমি dataতিহাসিক ডেটাতে নতুন ডেটা যুক্ত করি (পূর্ববর্তী মাস থেকে)। এই প্রক্রিয়াটি স্বয়ংক্রিয় ।
আমরা আমাদের ডাটাবেসটিকে একটি নতুন সার্ভারে স্থানান্তরিত করেছি। প্রাথমিকভাবে, আমাকে প্রক্রিয়াটি ম্যানুয়ালি করতে হয়েছিল । এই অপারেশনের সময় আমার আয়নাটি নীচের ত্রুটির সাথে ভেঙ্গে যায় (অপারেশন 3 পরে - প্রক্রিয়া প্রবাহ বেলো দেখুন):
প্রিন্সিপাল সার্ভারে:
LOG এ ROW 0:
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid84
Message
Setting database option MULTI_USER to ON for database MYDB.LOG এ ROW 1:
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
Error: 1453, Severity: 16, State: 1.লগের মধ্যে সারি 2:
Date 15.6.2015 20:54:11
Log SQL Server (Current - 16.6.2015 07:55:00)
Source spid18s
Message
'TCP://10.201.27.154:5022', the remote mirroring partner for database 'MYDB', encountered error 823, status 3, severity 24. Database mirroring has been suspended. Resolve the error on the remote server and resume mirroring, or remove mirroring and re-establish the mirror server instance.রেকর্ড: আমি পুরানো সার্ভারে স্বয়ংক্রিয়ভাবে বহুবার এই অপারেশনটি সম্পাদন করেছি এবং আমি কখনই এ জাতীয় ত্রুটিটি অনুভব করি না।
মিরর সার্ভারে:
LOG এ ROW 1:
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
Error: 823, Severity: 24, State: 3.লগের মধ্যে সারি 2:
Date 15.6.2015 20:54:11
Log SQL Server (Archive #3 - 15.6.2015 21:33:00)
Source spid17s
Message
The operating system returned error 5(Access is denied.) to SQL Server during a write at offset 0000000000000000 in file 'e:\Databases\MYDB_HISTRICAL.ndf'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.আমার প্রক্রিয়া অনুসরণ করছে:
1. আমি ডেটাবেসগুলির বেশ কয়েকটি ব্যাকআপ রাখি (সম্পূর্ণ, ফাইল গ্রুপ এবং টিএলজি ব্যাকআপ)।
২. আমি ডিবি সেট করেছি RESTRICTED_USER(স্ক্রিপ্ট অনুসারে কেবল historicalতিহাসিক ফাইল গ্রুপের পতাকা পাঠের অপসারণের অনুমতি দিতে)।
2A। আমি READ-ONLYআমার orতিহাসিক ফাইল গ্রুপের পতাকা সরিয়েছি।
৩. আমি MULTI_USERআমাদের সফ্টওয়্যারটির সাধারণ ক্রিয়াকলাপের অনুমতি দেওয়ার জন্য ডিবি সেট করেছিলাম ।
৪. আমি পার্টিশন আপডেট করি যাতে ডেটা theতিহাসিক ফাইল গ্রুপে স্থানান্তরিত হয়।
৫. আমি 2 , 2a এবং 3 পদক্ষেপগুলিতে পুনরাবৃত্তি করি যাতে আমি আবার কেবল historicalতিহাসিক ফাইল গ্রুপটি পড়তে পারি।
6. আমি আবার ব্যাকআপ আছে।
কারও কি ধারণা আছে যে আমি কেন ত্রুটিটি পেয়েছি?
সম্পাদনা: পদ্ধতির বিভিন্ন ধাপের সময় আমরা একই সমস্যাটি পাই receive এটিই একমাত্র পরিস্থিতি যেখানে আয়না ভেঙে যায় তাই আমি মনে করি সমস্যাটি প্রক্রিয়াটির মধ্যেই রয়েছে তবে আমি বুঝতে পারি না কেন!
823 with sev 24একটি হার্ডওয়্যার সমস্যা। আপনি কি দেশীয় এসকিএল সার্ভার ব্যাকআপের পরিবর্তে ফাইল স্তরের ব্যাকআপ করছেন বা সার্ভারে কোনও অ্যান্টিভাইরাস সফটওয়্যার চলছে? 823 ত্রুটি দেখা দিলে আপনাকে সতর্ক করতে আপনার স্কেল এজেন্ট সতর্কতাগুলি দেওয়া উচিত - এই স্ক্রিপ্টটি আপনাকে সহায়তা করবে । এছাড়াও, 823 পেতে একটি বাজে ত্রুটি - এটি বলে যে একটি আই / ও অপারেশন ওএস স্তরে ব্যর্থ হয়েছে এবং আই / ও সাবসিস্টেম দুর্নীতি ঘটাচ্ছে - স্কেল সার্ভার পৃষ্ঠা চেকসাম করেনি
VmWare replicationক remote host। আমি আপনার উত্তর না লিখে অবধি যে জিনিসটি লক্ষ্য করেছি তা হ'ল আমরা সাধারণ উপায়ে আয়না নষ্ট করতে পারি না। ফাইলটি লক হয়ে গিয়েছিল এবং আমাদের প্রয়োজন হয় stop SQL serviceএবং ডিবি ফাইলগুলিকে অন্য ডিরেক্টরিতে স্থানান্তরিত করতে। এই মুহুর্ত থেকে সবকিছু ঠিক আছে (আমি লগ ব্যবহার করে চেক করি sys.xp_readerrorlog)। আরেকটি চিন্তা হ'ল যদি সেই মুহুর্তে কোনও ভিএমওয়্যার প্রতিলিপি ঘটে তবে আমি নিশ্চিত নই যে এটি কীভাবে প্রক্রিয়াটিকে প্রভাবিত করবে (আমি তার সম্পর্কে খুব কম জানি না VmWare)।
We do both type of backupsএটা একটা সমস্যা হতে পারে. ভিএম স্ন্যাপশটগুলি স্থানীয় এসকিএল সার্ভার ব্যাকআপের বিকল্প হিসাবে ব্যবহার করা উচিত নয়।
Error: 823, Severity: 24হার্ডওয়্যার সমস্যা মনে হচ্ছে। আপনার ডিস্কগুলি খারাপ হয়েছে কিনা তা দেখুন। এটি পরিষ্কার হয়ে গেছে তা নিশ্চিত করতে ডাটাবেসগুলিতে চেকডিবি চালান।