সর্বদা উপলভ্যতা গোষ্ঠী ব্যবহার করার সময় লেনদেনের লগ সঙ্কুচিত করুন r


17

আমরা AlwaysOn Availability Groupএসকিউএল সার্ভার ২০১২ এর বৈশিষ্ট্য ব্যবহার করছি secondary গৌণ ডাটাবেসে প্রতিদিন নিয়মিত পূর্ণ ডাটাবেস ব্যাকআপ এবং লেনদেন লগ ব্যাকআপ হয়।

আমি এখানে প্রাথমিক প্রতিরূপ বা দ্বিতীয় প্রতিলিপি উভয়ই লেনদেন লগ ব্যাকআপ করলাম পড়ে প্রতিলিপি লেনদেন লগ পুনরায় ব্যবহারযোগ্য হিসাবে চিহ্নিত করবে। যাইহোক, লেনদেন লগ ব্যাকআপ আকার বড় এবং সঙ্কুচিত ফাইল ব্যবহার করে হ্রাস করা যেতে পারে:

এখানে চিত্র বর্ণনা লিখুন

আমি স্থানীয়ভাবে ডাটাবেস পুনরুদ্ধার করেছি এবং সঙ্কুচিত অপারেশন সম্পাদন করেছি। লগ ফাইলের আকার হ্রাস করা হয়েছিল 160 এমবি।

আমার প্রশ্নটি হ'ল লেনদেনের লগ ফাইলের (প্রাথমিক, মাধ্যমিক বা উভয়) সংক্ষিপ্ত ক্রিয়াকলাপটি আমি কোন ডাটাবেসে করব?


আমার ধারণা অতীতে বেশ কয়েক বছর ধরে লগ ফাইলটির কোনও ব্যাক আপ তৈরি হয়নি, তাই এটি এত বিশাল হয়ে উঠেছে। কার্যকর করে DBCC SQLPERF (LOGSPACE)আমি দেখতে পাচ্ছি যে কেবলমাত্র 0.06%ফাইলটি ব্যবহৃত হয়েছে - লগ ফাইলের এত বড় আকার রাখার কোনও মানে নেই। ইন [sys].[database_files]আমি তার যে পরীক্ষা max_sizeসেট করা হয় -1সঙ্গে growthথেকে 65536তাই আমি অনুমান যখন এটি আরও জায়গা এটা পাবেন প্রয়োজন। যাইহোক, ভবিষ্যতের বৃদ্ধি রোধ করতে আমি উদাহরণস্বরূপ এটি 5% এ সঙ্কুচিত করতে পারি। আমি কিছু নিশ্চিত করার চেষ্টা করছি যে এটি করা আমার পক্ষে খারাপ ধারণা নয়।


আসলে, ব্যাক আপগুলি (ডাটাবেস এবং লগ ফাইলগুলিতে) কেবলমাত্র গৌণ ডাটাবেসে সঞ্চালিত হয়, সুতরাং তাদের উপর সঙ্কুচিত ফাইল সম্পাদন করা আরও সহজ হবে, তবে প্রাথমিক লগ ফাইলের আকারও কি হ্রাস পাবে?

উত্তর:


21

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

160 এমবিতে সঙ্কুচিত করবেন না। নির্ধারণ কেন তাই এটি পুনরাবৃত্তি হয় না লগ 121Gb হত্তয়া হয়নি (যদি আপনি সন্দেহ আছে, নিশ্চিত সম্ভব হলে সুন্দর হতে হবে)। আপনার অপারেশনাল প্রয়োজনের জন্য উপযুক্ত আকারে লগটি আকার দিন। লগ বৃদ্ধি একটি গুরুতর সমস্যা, এটি তাত্ক্ষণিক ফাইল প্রারম্ভিককরণ ব্যবহার করতে পারে না এবং লগ যখন বড় হয় এবং 0-আরম্ভ হয় তখন আপনার সমস্ত ডাটাবেস ক্রিয়াকলাপ হিম হয়ে যায়। ব্যবহারকারী এবং অ্যাপ্লিকেশনগুলি এটিকে ঘৃণা করে। যদি আপনি প্রভাবটি বোঝেন এবং আপনার ব্যবহারকারীরা ঠিক আছে, আপনি একবারে খুব অল্প পরিমাণে সঙ্কুচিত হতে পারেন (যদিও 160MB যদিও খুব ছোট) তবে এটি স্থিতিশীল না হওয়া পর্যন্ত বাড়তে দিন।


7

আপনি চেষ্টা করতে পারেন:

  1. উপলভ্যতা গোষ্ঠীর সমস্ত সার্ভারের ডেটাবেস সিঙ্ক্রোনাইজড অবস্থায় থাকা উচিত।
  2. ব্যবহৃত পৃষ্ঠাগুলি লেনদেন লগটি সঙ্কুচিত করার আগে শুরু করুন।
  3. কখনও কখনও লগের নিখরচায় উপলব্ধ স্থান 99% হয় তবে এসকিউএল সার্ভার অব্যবহৃত স্থান ছেড়ে দিতে পারে না। প্রতিটি সার্ভারটি উপলভ্যতা গ্রুপে ঘুরে ফিরে পুনরায় বুট করার চেষ্টা করুন।
  4. কখনও কখনও আপনার এমএস এসকিউএল সার্ভারের মুক্ত স্থান প্রকাশের আগে 2 বার লেনদেনের লগটি বেকআপ এবং সঙ্কুচিত করতে হবে (লগ ফাইলটি সঙ্কুচিত করা যায় না (ডিবি_লগ) কারণ ফাইলের শেষে অবস্থিত লজিক্যাল লগ ফাইলটি ব্যবহৃত হচ্ছে))

এই স্ক্রিপ্ট চেষ্টা করুন:

    - কাজের পদক্ষেপ বা স্ক্রিপ্টের ভিতরে বর্তমান ডাটাবেস সেট করুন
    - শুধুমাত্র প্রাথমিকের উপর সম্পাদনের জন্য পরীক্ষা করুন
    যদি (নির্বাচন ভূমিকা)
        FYM sys.dm_hadr_av উপলভ্যতা_প্রতিক্রিয়া_মুহূর্তী হিসাবে এ
        যোগদান করুন sys.av উপলভ্যতা_প্রতিক্রিয়া AS খ
            অন ​​b.replica_id = a.replica_id
    যেখানে b.replica_server_name = @@ SERVERNAME) = 1
    BEGIN
        - [টেস্ট_ডিবি] ব্যবহার করুন - এমএস এসকিউএল ২০১৪ এর জন্য কাজ করছেন না, কেবল এই লাইনটিতে মন্তব্য করুন এবং বর্তমান পদক্ষেপটি কাজের পদক্ষেপ বা স্ক্রিপ্টের মধ্যে সেট করুন
        - 1) বকআপ ট্রেন
        ব্যাকআপ লগ
        - 2) ব্যবহৃত পৃষ্ঠাগুলি সরান
        ডিবিসিসি শ্রিনকফিল (এনটেষ্ট_ডিবি_লগ ', 3000, নট রুনকেট)
        - 3) শ্রিনকফিল লগ
        ডিবিসিসি শ্রিনকফিল (এন'এস্ট_ডিবি_লগ ', 3000)
    শেষ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.