'XTP_CHECKPOINT' এর কারণে ডাটাবেস 'ডাটাবেস_নাম' এর জন্য লেনদেন লগ পূর্ণ


26

আমার সম্পর্কে একটি প্রশ্ন আছে XTP_CHECKPOINT

আমি এসকিউএল সার্ভার 2014 ব্যবহার করছি I আমার কাছে একটি ডাটাবেস রয়েছে যা সিম্পল পুনরুদ্ধারের মডেল মোডে রয়েছে। এটিও প্রতিলিপি করা হচ্ছে।

কোনও উন্মুক্ত লেনদেন নেই। আমি দৌড়েছি DBCC OPENTRANএবং এটি ফিরে আসে:

"কোনও সক্রিয় উন্মুক্ত লেনদেন নেই" "

তবে আমি যখনই কোনও সারণী তৈরি বা ফেলে বা ডেটা মুছতে চেষ্টা করি তখন আমি এই বার্তাটি পেয়ে যাচ্ছি:
(আমি আমার আসল ডাটাবেসের নামটি শব্দটির সাথে প্রতিস্থাপন করেছি database_name)

"'XTP_CHECKPOINT' এর কারণে ডাটাবেস 'ডাটাবেস_নাম' এর জন্য লেনদেন লগ পূর্ণ

কেউ কি জানেন যে এটি কেন ঘটছে এবং আরও বড় কথা, আমি কীভাবে এটি বন্ধ করতে পারি?

এবং হ্যাঁ, ডাটাবেসটি সত্যই সিম্পল পুনরুদ্ধারের মডেল মোডে রয়েছে। অর্থাত্ লেনদেনের লগটি স্বয়ংক্রিয়ভাবে কাটা উচিত।

ঘটনাচক্রে, আমার অন্য পুনরুদ্ধার মোডে থাকা অন্য একটি ডাটাবেস একই কাজ করেছিল, একই ত্রুটি ফিরে আসতে শুরু করে:

'XTP_CHECKPOINT' এর কারণে ডাটাবেস 'ডাটাবেস_নাম' এর জন্য লেনদেন লগ পূর্ণ

আমি লগ বৃদ্ধির সেটিংসটিকে সীমাহীন বৃদ্ধিতে পরিবর্তন করার চেষ্টা করেছি, তবে এটি একই ত্রুটিটি ফিরে আসায় আমাকে ছাড়তে দেয় না।

আমি কেবল ফাইলগ্রুপ ব্যতীত কোনও এক্সটিপি স্টাফ ছাড়াই সমস্যার পুনরুত্পাদন করতে পারি। এখানে কীভাবে: http://pastebin.com/jWSiEU9U

উত্তর:


8

আমার অনুরূপ সমস্যা ছিল: আমার অনুলিপিটি ছিল না তবে একবার আমি মেমরি অপ্টিমাইজড টেবিলটিকে পরীক্ষা হিসাবে ব্যবহার করি, সাধারণ পুনরুদ্ধারের মোডে ডাটাবেস, তবে আমার লেনদেনের লগগুলি কাটা হয়নি। পুরো ব্যাকআপের ঠিক পরেও ম্যানুয়াল কাটা, ত্রুটিটি দিয়েছে:

লগ ফাইল এক্স সঙ্কুচিত করা যায় না কারণ ফাইলটির শেষে অবস্থিত লজিকাল লগ ফাইলটি ব্যবহার করা হচ্ছে।

একটি ম্যানুয়াল চেকপয়েন্ট ব্যর্থ হয়েছে:

এমএসজি 41315, স্তর 16, রাজ্য 4, লাইন এন চেকপয়েন্ট অপারেশন ডাটাবেস এক্স-এ ব্যর্থ হয়েছে।

একটি ম্যানুয়াল চেকপয়েন্ট কেবলমাত্র এসকিউএল পরিষেবাটি পুনরায় চালু করার পরে ঠিক সফল হয়েছিল, যা আমার মাল্টি টিবি ডাটাবেসের আকারের কারণে পুনরুদ্ধার অবস্থায় 4 ঘন্টা বাড়ে। আমি অটোগ্রোথটিকে একটি নির্দিষ্ট আকারে সেট করার চেষ্টাও করেছি, তবে এটি সব একই কাজ শেষ হয়েছে: কোনও স্থান বাকি না হওয়া পর্যন্ত লেনদেনের লগগুলি পূরণ করুন।

অবশেষে, দিনরাত্রি চেষ্টা এবং গবেষণার পরে, আমি এসকিউএল সার্ভার 2014 এসপিএল এর জন্য সংযোজনীয় আপডেট 3 ইনস্টল করে আমার সমস্যার সমাধান পেয়েছি


9

প্রথমে নিশ্চিত করুন যে সংযুক্ত আইটেমটিতে বলা হয়েছে যে "লগ_উইট_রিউজ_ডেস্ক = এক্সটিপি_সিএইচসিপিপিইএনটি অগত্যা এক্সটিপি চেকপয়েন্ট কর্মী লগ কাটাচ্ছে is" সুতরাং চালিয়ে শুরু করুন sp_repltransএবং নিশ্চিত করুন যে সমস্ত ডেটা বিতরণ করা হয়েছে।

তারপরে এখানে এই ছোট্ট স্নিপেট রয়েছে:

"এটি একটি ডাটাবেসে ঘটে, যার মেমরি অপটিমাইজড ফাইল গ্রুপ রয়েছে, মেমরির অপ্টিমাইজড টেবিল আছে বা না থাকুক।

বর্তমান workaround একটি নির্দিষ্ট আকার হতে অটোগ্রাউন সেট করা হয়। বা, পুনরুদ্ধার মোডটিকে সাধারণ হিসাবে পরিবর্তন করা এবং লগ সঙ্কুচিত করা হচ্ছে। "

সুতরাং যদি প্রতিলিপি পরিষ্কার করার কাজ না করে তবে নিম্নলিখিত চেষ্টা করে দেখুন:

checkpoint;
dbcc shrinkfile (Logfile, truncateonly)
alter database [database] modify file (filename = 'TRANSACTIONLOG', FILEGROWTH = 5MB)

এটি লগ ফাইল বা ডাটাবেস ফাইলগুলির জন্য কিনা তা বলা হয়নি তবে লগ ফাইলগুলি চেষ্টা করে শুরু করা যাক এবং যদি না হয় তবে ডাটাবেস ফাইলগুলি স্থির বৃদ্ধিতে সেট করার চেষ্টা করুন:


3

আমি আর একটি লগ ফাইল যুক্ত করে এই সমস্যার সমাধান করতে সক্ষম হয়েছি, যারপরে আমাকে একটি সম্পূর্ণ ব্যাকআপ চালাতে, প্রাথমিক লগ ফাইলের আকারটি সামঞ্জস্য করতে এবং এক্সটিপিএইচসিইপিপিইএনটি সমস্যা সমাধানের জন্য যুক্ত হওয়া অতিরিক্ত লগ ফাইলটি সরিয়ে দেয়ার সাথে সামঞ্জস্য করা।


1

আমি এটি একটি গ্রাহকের সাথে অভিজ্ঞতা করেছি। লগ এবং ইন-মেমরি FILESTREAM ডেটা ফাইলগুলি একই ড্রাইভে ছিল। তারা একটি নতুন লগ ফাইল তৈরি করেছে (কয়েকটি এটির পরামর্শ দিয়েছিল) তবে মেমোরি চেকপয়েন্ট ফাইলগুলি (* .এইচকেসিকেপি) তৈরি করতে ব্যর্থ হওয়ায় সিস্টেম চেকপয়েন্ট করতে পারে না।

মেমরি FILESTREAM ডেটা দিয়ে ড্রাইভে জায়গা খালি করার চেষ্টা করুন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.