আমার টেমলগ.এলডিএফ বিশাল (45 জিবি), আমার কিছু করা উচিত কি?


8

আমি একটি এসকিউএল ২০০ installation ইনস্টলেশন করেছি এবং আমার টেম্পলগ.এলডিএফ ফাইলটি চালু থাকা ড্রাইভের সমস্ত মুক্ত স্থান গ্রাস করতে বাড়তে থাকে। কখনও কখনও এটি কয়েক এমবি নিখরচায় বন্ধ হয়ে যায় তবে কখনও কখনও এটি আরও এগিয়ে যায়, এটি সি ড্রাইভ হওয়ায় আমি মনে করি যে এই আচরণটি আমি দেখছি এমন আরও কিছু সমস্যাতে জড়িত হতে পারে।

আমার প্রশ্নটি হল, আমার কী করা উচিত, আমি লগটিকে অন্য ড্রাইভে স্থানান্তর করতে পারি তবে আমার ধারণা করার কারণ আছে যে এটি কেবল একই জিনিসটি করবে না। আমি ধরে নিচ্ছি যে এই আচরণটি সম্ভবত এমন কোনও পরিবর্তনের ফলস্বরূপ যা আমি পরিবর্তন করতে পারি এবং টেম্পিডবি লগটি পেতে 45gb একটি অস্বাভাবিক আকার। আমরা আমাদের কোডগুলিতে প্রচুর অস্থায়ী টেবিল এবং টেবিলের মূল্যবান ফাংশন ব্যবহার করি যাতে টেম্পিডবি ব্যবহার করার প্রচুর সুযোগ থাকে, আমি টেমপ্লেড ডাটাবেস বর্ধন করতে পারি তবে টেম্পলগ বৃদ্ধির কারণ বুঝতে পারি না।

এখনও অবধি, আমি কোনও পুরানো লেনদেনের আশেপাশে ঝুলছে কিনা তা দেখার জন্য আমি ডিবিসিসি ওপেনট্রান ('টেম্পডিবি') চালিয়েছি। আমি কীভাবে টেম্পডিবিটি সঙ্কুচিত করব এবং এটি কয়েকবার করেছি তা নিয়ে আমি সত্যিই ভাবছি তবে আমি প্রথমে এই ঘটনাকে থামাতে যদি কিছু করতে পারি বা কেন এটি এত বেড়ে চলেছে তার আরও বিশদ সম্পর্কে আমি ভাবছি what প্রথম স্থান.

== সম্পাদনাগুলি ==

1) টেম্পডিবি সহজ পুনরুদ্ধার মডেল ব্যবহার করছে

২) টেমপ্লোগুলির প্রবৃদ্ধিটি সকালে কয়েক ঘন্টার মধ্যে ঘটে যখন আমাদের কিছু নির্ধারিত প্রশ্ন চলতে থাকে, মূলত অনেকগুলি রিপোর্টিং যা অফিসের সময়ের বাইরে চলে যায় day এই সময়ের সাথে ধীরে ধীরে ফাইলের আকার বাড়তে থাকে। একই সাথে কতগুলি সমবর্তী রিপোর্ট চলছে তা আমরা নিয়ন্ত্রণ করি, সমবর্তী প্রতিবেদনের সংখ্যা বাড়িয়ে লগটি যে হারে বাড়ায় তা বাড়িয়ে তোলে।


সেই রিপোর্টগুলির জন্য আপনার এসকিউএল (এবং পোস্ট?) দেখতে হবে।
আরবেরি ইয়ং

উত্তর:


3

আপনার রিপোর্টিং কোয়েরি পরীক্ষা করুন। আপনার কি এগুলির মধ্যে DISTINCT আছে? কারও কারও সাথে কারটিশিয়ান যোগ দেয়?

যোগদানের সদস্য হিসাবে লিঙ্কযুক্ত সার্ভারগুলিতে কোনও প্রতিবেদনের প্রশ্নের সাথে যোগাযোগ করতে পারে? যদি তা হয় তবে এটি টেম্পডিবি লগ এবং ডাটাবেস বাড়তে পারে।

সকালে যখন রিপোর্টগুলি চলছে তখন তাদের কোনও ক্রাশ হয়?


আমরা এখন এটি আরও খতিয়ে দেখছি, আমি যখন কিছু সিদ্ধান্তমূলক হয়ে উঠি তখন ফলাফলগুলি পোস্ট করব। দেখে মনে হচ্ছে এটির একটি প্রতিবেদন ক্র্যাশ হয়ে গেছে তবে এটি সংযোগটি প্রকাশ করে না। আমার মনে হয় এরপরে অন্যরা যাচ্ছেন তবে পূর্বের অসম্পূর্ণ লেনদেনের কারণে লগটি প্রসারিত করতে পারে।
রবিন

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

4

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

কারণ:

লক্ষণগুলির সম্ভাব্য কারণটি হ'ল ডিস্ক / লুনগুলির কারণে যা ব্যবহারকারীর ডাটাবেসগুলিতে মারাত্মক আই / ও প্রতিক্রিয়াজনিত সমস্যা রয়েছে; এটি ব্যবহারকারীর ডাটাবেসে স্বয়ংক্রিয় চেকপয়েন্টটি শেষ হতে খুব বেশি সময় নেয়।

এখন, টেম্পডিবিতে চেকপয়েন্টটি তখনই ঘটে যখন টেম্পডিবি লগ 70% পূর্ণ হয়ে যায় এবং এটির ব্যবহারকারীর ডাটাবেস চেকপয়েন্টগুলির চেয়ে কম অগ্রাধিকার থাকে। সুতরাং, কার্যকরভাবে যখন ব্যবহারকারী ডাটাবেস / গুলি স্বয়ংক্রিয় চেকপয়েন্ট জারি করা হয় এবং সম্পূর্ণ করার চেষ্টা করা হয়, ভারী টেম্পডিবি ব্যবহারের ফলে টেম্পডিবি লগ ফাইলটি দ্রুত পূরণ করে; 70% লগ ব্যবহারে টেম্পডিবি চেকপয়েন্ট দেখা দেয় তবে ব্যবহারকারী ডাটাবেস চেকপয়েন্টের পিছনে সারি থাকে।

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

সংক্ষেপে, আপনি যে লক্ষণগুলি বর্ণনা করেছেন তার সম্ভাব্য মূল কারণটি হ'ল আপনার ব্যবহারকারী এবং / অথবা টেম্পডিবি ডাটাবেস / লগ ফাইলের ডিস্ক / লুনের দুর্বল আই / ও প্রতিক্রিয়া।

সমাধান:

যখন আমরা টেমপ্লেডবি লগ ফাইলটি 75% পূর্ণ হয়ে যায় তখন একটি সতর্কতা স্থাপনের মাধ্যমে আই / ও সাবসিস্টেমটি বাছাইয়ের সময় আমরা ইস্যুটির আশেপাশে কাজ করেছি এবং এর প্রতিক্রিয়ায় একটি কাজ কার্যকর করেছিল যা একটি ম্যানুয়াল "চেকপয়েন্ট" কে বাধ্য করে (যা স্বয়ংক্রিয় সিস্টেমের চেয়ে বেশি অগ্রাধিকার গ্রহণ করে) চেকপয়েন্টগুলি), এটি অনির্দিষ্টকালের জন্য স্বয়ংক্রিয়ভাবে বাড়ানো থেকে রোধ করে টেম্পিডবি লগ পরিষ্কার করে। অন্য কোনও ঘটনার জন্য লগ ফাইলটি অটোতে বাড়ানো ছেড়ে দেওয়া এখনও ভাল ধারণা। এছাড়াও, আমি দৃ strongly়ভাবে আপনাকে প্রস্তাব দিই যে আপনি টেমপ্লেড লগ ফাইলের আকারটি আপনার পরিবেশ অনুসারে অর্থবহ কিছুতে হ্রাস করার বিষয়ে বিবেচনা করার পরামর্শ দিন, আপনি ঠিক করার পরে।

আশাকরি এটা সাহায্য করবে.


এটি হ'ল একটি দুর্বলভাবে কনফিগার করা এসকিউএল 2000 দৃষ্টান্তের সমাধান আমি পেয়েছি যেখানে সমস্ত ডেটা এবং লগ ফাইলগুলি একক ডিস্কে ছিল। আমরা স্টোরেজটি যুক্ত করতে পারি না তাই আমি ব্যবহারের ভিত্তিতে ফাইলটি আকার দিয়েছি এবং প্রতি 30 মিনিটে একটি চাকরী রয়েছে যা একটি চেকপয়েন্ট চালায়।
আপনার_কমেন্ট_এই_না_ফুনি

1

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


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

আমি কেবলমাত্র আমাদের টেম্পলগ.ল্ডফ ফাইলগুলি পরীক্ষা করেছি এবং সেগুলি প্রায় 60 এমবি। সার্ভারে প্রতিটি প্রসেসরের জন্য আমাদের একটি করে টেম্পডিবি ফাইল রয়েছে। আপনি কী টেম্পডিবির জন্য অতিরিক্ত ফাইল তৈরি করার চেষ্টা করেছেন? সুপারিশটি হ'ল প্রতিটি প্রসেসরের জন্য একটি ফাইল (হাইপারহ্যাড ট্র্যাডিং প্রসেসর সহ)। হাইপারথ্রেডিং সহ আমাদের সার্ভারের দুটি ডুয়াল কোর সিপিইউ রয়েছে তাই আমাদের 8 টি টেম্পডিবি ফাইল রয়েছে।
জোয়কওয়ার্টি 11

এটি এসকিউএল সার্ভার 2000 এর জন্য প্রস্তাবনা 2005 2005 এর জন্য সুপারিশটি এর চেয়ে যথেষ্ট কম। যে কোনও উপায়ে, একবার আপনি ডিফল্ট আকার ছাড়িয়ে গেলে মোট স্থানের কোনও প্রভাব নেই।
আরবেরি ইয়ং

এটি তথ্যের বিরোধিতা করার আর একটি মামলা। এসকিউএল ২০০ for-এর এই নিবন্ধটি সিপিইউ কোরগুলিতে ফাইলের এক থেকে এক অনুপাতের প্রস্তাব দেয়: এমএসডিএন.মিকাইসফেসও
ইউস

আমার ধারণাটি ছিল যে যদি একাধিক টেম্পলগ ফাইল থাকত তবে এগুলি এত বড় আকারে বাড়বে না।
জোয়কওয়ার্টি 12

1

আমি এই কয়েক ঘন্টা পড়তে এবং নোট তৈরি করতে ব্যয় করেছি

http://technet.microsoft.com/en-gb/library/cc966545.aspx

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

'টেম্পডিবি লগিংয়ের জন্য প্রয়োজনীয় স্থান' শিরোনামে একটি বিভাগ রয়েছে যা নির্দেশ করে যে কোন বৈশিষ্ট্যগুলি লগটি ব্যবহার করে, সেখানে আরও একটি পূর্ববর্তী বিভাগ রয়েছে যা টেম্পডিবি ব্যবহার করে এমন বৈশিষ্ট্যগুলির সুপারসেটের বিবরণ দেয়।

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

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

'এসকিউএল সার্ভার ২০০ Up-তে আপগ্রেডিং' শিরোনামে আরও একটি আকর্ষণীয় বিভাগ ছিল যা ইঙ্গিত দেয় যে ২০০২-এর চেয়ে বেশি পরিমাণে টেম্পডবিবি ব্যবহৃত হয় (দুটি নতুন বৈশিষ্ট্য এবং বিদ্যমান বৈশিষ্ট্য যা পূর্বে টেম্পডিবি ব্যবহার করেনি)। আমি সম্প্রতি ২০০৫ এ আপগ্রেড করেছি যাতে এটি হঠাৎ করে ইস্যুতে পরিণত হওয়ার কারণ হতে পারে। 2005 এ আপগ্রেড করার রেফারেন্স সহ এটি অন্য কোথাও দেখার কথা মনে নেই, যা কিছুটা ব্যথার মতো।


0

এটি সম্ভবত নিয়ন্ত্রণের বাইরে থাকা ক্রস জোয়ার ক্যোয়ারির কারণে ঘটে থাকে। আপনার সেরা বাজি হ'ল প্রোফাইলারটিকে এটির জন্য ব্যবহার করুন এবং তারপরে এটি ঠিক করুন।

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


0

আপনি যদি এসকিউএল ইঞ্জিন পুনরায় চালু করেন তবে ফাইলটি প্রাথমিক আকারে সেট করা হবে। আপনার সমস্ত অটোগ্রো ফাইলগুলিতে আপনার সর্বোচ্চ আকার দেওয়া উচিত।


0

কিছু এসকিউএল ক্যোয়ারী বা সঞ্চিত প্রোক খারাপ কাজ করছে - আপনি কেবলমাত্র "ডাটাবেস: লগ ফাইল অটো গ্রো" ইভেন্টটি ধরার জন্য টেম্পিডবিটি ব্যবহার করতে পারেন এবং যখন এটি ঘটে তখন সিসপ্রসেসের মতো টেবিলের বিরুদ্ধে প্রোফাইলার এবং কোয়েরিগুলি সন্ধানের জন্য ব্যবহার করুন খারাপ প্রক্রিয়া কি আউট।

দুর্ভাগ্যক্রমে, দুর্বৃত্ত প্রক্রিয়াটি সনাক্ত করার জন্য এটি পুরানো ফ্যাশন গোয়েন্দা কাজ থেকে নামা।

আপনি কি ডিবিসিসি শ্রিনকফিল () দিয়ে টেম্পডবিবি লগ ফাইল (গুলি) এর আকার পরিবর্তন করার চেষ্টা করেছেন? যদি তা হয় তবে [অতি স্বল্প মান] থেকে ৪৫ জিবি বা আরও বেশি সময় পেতে কতক্ষণ সময় লাগে?


ফাইলটি কত দ্রুত বৃদ্ধি পায় তার বিশদ জন্য দয়া করে উপরের 2 সম্পাদনাটি দেখুন। নোট করুন এটি পরের দিন এবং উল্লিখিত তফসিলি প্রতিবেদনের আগে অফিসের ঘন্টাগুলির পরে পুনঃসূচনা ভিত্তিক। কয়েক ঘন্টা ধরে এটি ধীরে ধীরে বেড়ে ওঠে এই বিষয়টি আমার কাছে বোঝায় যে এটি খারাপ আচরণ করার প্রক্রিয়া নয় বরং একসাথে সমস্ত ভারের সংমিশ্রণ। সম্ভবত এটি যে আকারে বেড়ে যায় কেবল এটির প্রয়োজনীয় আকার।
রবিন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.