প্রশ্ন: এই ৩৫,০০০ ফাইলের ব্যাকলগটি দ্রুত শেষ করার কোনও উপায় আছে কি? প্রায় প্রতিটি ফাইলের জন্য প্রতিটি প্রভাবিত ফাইলের জন্য এসিএলে পরিবর্তন ছিল একমাত্র পরিবর্তন। কিছু ফাইল সামগ্রী পরিবর্তন করেছে তবে এই পরিস্থিতিতে এটি সাধারণ ঘটনা নয়।
এটি ঠিক করা হতে পারে। সময় এবং যাচাইয়ের পরে সাফল্য / ব্যর্থতা নিশ্চিত করতে আমি এই পাঠ্যটি সম্পাদনা করব। এই প্রশ্ন পাঠের শেষে আমি সম্প্রতি করা পরিবর্তনগুলি বিশদ দিয়েছি যা সম্ভবত এটি সংশোধন করেছে।
আমাদের প্রায় 450,000 ফাইল সহ একটি ডিএফএসআর প্রতিলিপি আছে এবং 1.5TB স্থান নেয়। এই পরিস্থিতিতে, দুটি উইন্ডোজ সার্ভার 2008 আর 2 সার্ভার রয়েছে যা প্রায় 500 মাইল দূরে। অন্যান্য সার্ভার রয়েছে তবে তারা এই প্রতিলিপি গোষ্ঠীতে জড়িত নয়। সার্ভার ALPHA হ'ল প্রধান সার্ভার এবং বেশিরভাগ স্টাফই এটি ব্যবহার করেন। সার্ভার বিটা হ'ল দূরবর্তী অফিসের সার্ভার এবং কম ব্যস্ত less
এই প্রতিলিপি গ্রুপটির জন্য ব্যাকলগের একটি গ্রাফ রয়েছে (গুগল ড্রাইভে হোস্ট করা পিএনজি) ধীরে সিঙ্কের অগ্রগতি দেখায়।
আমাকে সেই অনুলিপি গোষ্ঠীর মূল ডিরেক্টরিতে থাকা একটি অনুমতি এন্ট্রি সরিয়ে ফেলতে হবে, অবশ্যই বেশিরভাগ সাব-ফোল্ডারগুলিতে উত্তরাধিকার সূত্রে প্রাপ্ত হয়েছিল। আমি ALPHA সার্ভারে এই পরিবর্তন করেছি। তার ঠিক পরে, ডিএফএসআর একটি 350,000 ফাইল ব্যাকলগ ছিল। এটি এক সপ্তাহের বেশি হয়েছে এবং এখন এটি 267,000 এ রয়েছে ,000 পরিবর্তিত একমাত্র জিনিসটি (শুরুতে) একক অনুমতি পরিবর্তন ছিল।
এটি ঘটেছে (এটি সমাধান নয়, এই সমস্যার কারণ কী ঘটেছে তার আরও একটি ব্যাখ্যা): http://blogs.technet.com/b/askds/archive/2012/04/14/sat Saturday-mail-sack -because এটা পালাক্রমে-আউট-শুক্রবার রাত-ছিল-ঠিক-জন্য-fighting.aspx # dfsr
সার্ভার বিটাতে ঘটে যাওয়া যে কোনও পরিবর্তনগুলি সেই দিকের কোনও ব্যাকলগ না থাকায় খুব দ্রুত সার্ভার ALPHA এ প্রতিলিপি করা হয়। বিটিএ-তে পরিবর্তিত কোনও ফাইল এটিকে ALPHA এ ঝামেলা ছাড়াই পরিণত করে।
এটি অন্য প্রান্তে একটি ফাইবার 100 এমবিপিএসের এক প্রান্তে 50 এমবিপিএস সংযোগ জুড়ে পুরো গতিতে 24/7 অনুলিপি করছে। প্রতিটি সার্ভারে মঞ্চ অঞ্চলটি 100 গিগাবাইট। ইভেন্ট লগগুলিতে মোটেই আকর্ষণীয় কিছু নেই। একটি সম্পর্কযুক্ত উচ্চ ওয়াটারমার্ক ইভেন্ট রয়েছে যা একটি সম্পর্কিত সম্পর্কযুক্ত প্রতিলিপি গোষ্ঠীর জন্য প্রদর্শিত হবে যা এই বিশেষ প্রতিরূপের জন্য নয় এই ALPHA / BETA সার্ভার জুটির জন্যও নয়। বিশেষত উচ্চ ওয়াটারমার্ক বা সংযোগ ত্রুটির জন্য কোনও ইভেন্ট লগ এন্ট্রি নেই।
প্রতিলিপি গোষ্ঠী সম্পর্কে ALPHA এর দৃষ্টিভঙ্গি:
ব্যান্ডউইথ সঞ্চয় : 99.83% হ্রাস (30.85 এমবি 18.1 গিগাবাইটের পরিবর্তে প্রতিলিপি করা হয়েছে)
আমি বিশ্বাস করি যে 30.85 এমবি / 18.1 জিবি হ'ল আমি সর্বশেষে আলফা এবং বিটাতে ডিএফএসআর পরিষেবাটি পুনরায় চালু করার পরে ঘটেছে। যদি তা হয় তবে এটি দেখায় যে এটি খুব দীর্ঘ সময় নিচ্ছে যদিও (আমার বিশ্বাসের তুলনায় এটি বেশি সময় নিতে পারে) এটি আসলে তারের ওপারের মধ্যে ফাইল সামগ্রী স্থানান্তর করে না।
প্রতিলিপিযুক্ত ফোল্ডার : 1.46TB (প্রকৃত আকার), 439,387 (ফাইল), 52,886 (ফোল্ডার)
সংঘাত এবং মোছা ফোল্ডার : 100.00 জিবি (কনফিগার করা আকার), 34.01 জিবি (প্রকৃত আকার), 19,620 (ফাইল), 2,393 (ফোল্ডার)
মঞ্চ ফোল্ডার : 200.00 জিবি (কনফিগার আকার), 92.54 জিবি (প্রকৃত আকার)
আমি লগগুলিতে (মে 14, সন্ধ্যা 7) একটি উচ্চ ওয়াটারমার্ক ত্রুটি পেয়েছি এবং তাই স্টেজিং কোটা 100 গিগাবাইট থেকে 200 গিগাবাইটে উঠিয়েছি। আমি জানি যে মাইক্রোসফ্ট দ্বারা অনুমোদিত রুটটি 20% বৃদ্ধি পাবে, তবে আমি এটিকে ঘিরে খেলছি না। স্টেজিং ডিস্ক অ্যারেগুলিকে ছাড়ানোর জন্য আমাদের কাছে প্রচুর ডিস্কের জায়গা রয়েছে।
সমস্ত সার্ভারে অ্যান্টি-ভাইরাস অক্ষম করা কোনও উপকারে আসেনি , যদিও আমি ভেবেছিলাম এটি কিছুটা সহায়তা করবে। আপাতত আমি অ্যান্টি-ভাইরাসটিকে পুনরায় সক্রিয় করেছি তবে সমীকরণ থেকে সেই পরিবর্তনশীলটিকে সরাতে যাতে রেপ্লিকেশন গ্রুপের পথটি স্ক্যানিং থেকে বাদ দেওয়া যায় সেট করে।
এটি আরও দ্রুত যেতে কোনও উপায় আছে? আমি কেবল সার্ভার বিটাতেও এই পরিবর্তনটি করব, তবে এমন ফাইল রয়েছে যা আলফায় পরিবর্তিত হয়েছে তবে বিটাতে প্রতিলিপি করা হয়নি এবং বিটাতে উত্তরাধিকার সূত্রে প্রাপ্ত অনুমতি পরিবর্তন করে ওল্ড ফাইলগুলিকে বিটা থেকে আলফাে ঠেলে দেবে (কারণ ডিএফএসআর মনে হয়) সংঘর্ষে কোন ফাইলটি বিজয়ী তা তুলনা করার সময় ফাইল টাইমস্ট্যাম্পগুলি উপেক্ষা করুন। এবং যে ঘটেছে বরং খারাপ হবে।
ব্যাকলগ ধীরে ধীরে হ্রাস পাচ্ছে। খুব, খুব ধীরে। এটি এগিয়ে যাচ্ছে, যদিও। তবে এই হারে এটি শেষ হওয়ার কয়েক সপ্তাহ আগে হবে। আমি কেবলমাত্র 3 টিবি ড্রাইভে সেট করা ডেটার একটি অনুলিপি শিথিল করে দূরবর্তী অফিসে শিপিংয়ের বিষয়ে ভাবছি। একটি ভাল উপায় আছে কি?
16 ই মে, সকাল 4 টা ইউএস পিটি: সমস্যাটি কী সংশোধন করে থাকতে পারে (ধরে নিলে এটি সৎভাবে স্থির করা হয়েছে):
আমি ডিসিগুলিতে একাধিক পরিবর্তন করেছি যা অনেক আগে তৈরি করা উচিত ছিল। সমস্যাটি হ'ল এই নেটওয়ার্কটি অন্য কারও কাছ থেকে উত্তরাধিকার সূত্রে প্রাপ্ত হয়েছিল যিনি সম্ভবত এটি অন্য কারও কাছ থেকে উত্তরাধিকার সূত্রে প্রাপ্ত হয়েছে etc. এখানে তারা কোনও বিশেষ ক্রমে নেই:
- সমস্ত ডিসি "ডোমেন নিয়ন্ত্রক" ওইউতে ছিল না। আমি কখনও কোনও উইন্ডোজ ডোমেন দেখিনি যার ডিসি অন্য কোথাও ছিল। আমি তাদের যেখানে ফিরিয়ে নিয়েছি সেখানে ফিরে গেলাম। তারা প্রথমেই তারা বিমানবাহিনীর মধ্যে পূর্বে ছিল শহর প্রত্যেকটি অফিসে রয়েছে নামে পৃথকীকৃত হয়। (আমি একটি অনুভূতি আছে আমি এখন মোকাবেলা করার যে আমি ঐ সরানো কিছু নদীর গভীরতানির্ণয় কাজ পেয়েছেন, কিন্তু মনে হয় বর্তমানে ঠিক আছে ...)
- সব ডিসি এবং ডিএফএসআর-অংশগ্রহণকারী সার্ভারগুলিতে এভিজি অ্যান্টি-ভাইরাস চলছে। আমি অনুলিপি করা ফোল্ডারগুলি এবং স্টেজিং ফোল্ডারগুলিকে সক্রিয় / অন অ্যাক্সেস স্ক্যানিং থেকে বাদ দিয়েছি। আমি মনে করি না যে এটি সমস্যার সমাধান করেছে এবং আমি সম্ভবত এই সমস্যাটি পরে পরীক্ষা করে দেখব যে এই পরিবর্তনটি পূর্বাবস্থায়িত করা ডিএফএসআরের প্রতিরূপ গতিতে হস্তক্ষেপ করবে কিনা see এটি অন্য দিনের জন্য চ্যালেঞ্জ।
- dcdiag.exe আরওডিসি সম্পর্কিত একটি ডিএনএস ইস্যুতে অভিযোগ করেছে। আমাদের ডোমেনে মোটেও আরওডিসি না থাকলেও আমি এই সমস্যার প্রতিকার করেছি। আমি এই নির্দিষ্ট কিছু সন্দেহ।
- _Ldap._tcp.domain.GUID._msdcs.DOMAIN.NET এসআরভি রেকর্ডগুলির মধ্যে একটি ডিসি (ডিএফএসআর সার্ভারগুলির মধ্যে একটি নয়) এর জন্য অনুপস্থিত ছিল এবং আমি এর প্রতিকার করেছি ied আমি মনে করি না এটি কোনওভাবে সহায়তা করেছিল।
- আমি যখন সার্ভার বিটা একবার রিবুট করেছি তখন এটি ডিএফএসআর ডেটাবেস (ইভেন্ট 2212) এর খারাপ শাটডাউন করার অভিযোগ করেছিল এবং এটি ডাটাবেসটি পুনর্নির্মাণের জন্য কয়েক ঘন্টা সময় নেয় to শেষ হয়ে গেলে এটি 2214 ইভেন্টটি রিপোর্ট করে আমাকে জানাতে এটি শেষ হয়েছে। এর পরে, অনুলিপিটি এখনও খুব ধীরে চলছিল, তবে এটি যা আটকেছিল তা আনস্টিক করতে সহায়তা করেছিল।
- ডিসিগুলির মধ্যে একটির ইন্টারফেস কনফিগারেশনে গৌণ ডিএনএস সার্ভার হিসাবে 127.0.0.1 নেই। আমি এটি যোগ। এটি ডিএফএসআর সার্ভারগুলির মধ্যে একটিও ছিল না, সুতরাং এর সাথে সম্ভবত কিছু করার ছিল না।
- আমি টেকনেট ব্লগ অনুসরণ করেছি : ডিএফএসআরতে প্রতিরূপ কর্মক্ষমতা টিউন করার জন্য ডিএফএসআর সার্ভারগুলির জন্য রেজিস্ট্রি সেটিংসের প্রস্তাব দেওয়া হয়েছে। আমি AsyncIoMaxBufferSizeBytes ব্যতীত সমস্ত "পরীক্ষিত উচ্চ কার্যকারিতা মান" মানগুলি ব্যবহার করেছি 4194304 এ সেট করা হয়েছে, যা উচ্চ মানের চেয়ে এক দশমিক কম। এটি সমস্যার সাথে সহায়তা করতে পারে ... বা নাও পারে। যখন কেউ খুব বেশি ভেরিয়েবল পরিবর্তন করে তবে এটি বলা মুশকিল।
- dcdiag.exe বিটিএতে আরপিসি সার্ভিসের সাথে যোগাযোগ করার ক্ষেত্রে একটি সমস্যা সম্পর্কে অভিযোগ করেছে, তবে উপরের পরিবর্তনগুলি ইতিমধ্যে তৈরি করার পরেই। এটি সম্ভবত বেশিরভাগ সমস্যা হিসাবে চলছে বলে মনে হয়েছে, তবে এটি সংশোধন করার জন্য আমার কিছুই হয়নি। ভিপিএন সঠিকভাবে চলছিল এবং ফায়ারওয়াল এটি ব্লক করছে না। এটি সম্ভব যে উপরের আইটেমগুলির মধ্যে একটি আরপিসি ইস্যুটির কারণ এবং তার প্রতিকার করে বা এটি সহজ কাকতালীয় হতে পারে। আমি এখন সেই ত্রুটিটি পাচ্ছি না এবং বর্তমানে প্রতিলিপি সহজেই চলছে।
গল্পটির নৈতিকতা হ'ল: একবারে একটি জিনিস পরিবর্তন করুন বা আপনি এটি কখন স্থির করেছেন তা সত্যই বুঝতে পারবেন না। তবে আমি মরিয়া হয়েছি এবং এটি সংশোধন করার জন্য সময়ের বাইরে চলে যাচ্ছিলাম, তাই সমস্যাটি নিয়ে আমি কেবল একগুচ্ছ গুলি চালিয়েছি। যদি আমি কখনই ঠিক স্থির করি, আমি এখানে এটি রিপোর্ট করব। যদিও এটি সঙ্কুচিত করে আমার উপর ঝুঁকবেন না।
সম্পাদনা 5/21/2012: আমি গতকাল দূরবর্তী অফিসে একটি অতিরিক্ত সার্ভার (গ্যামা) দিয়ে প্রায় সাত ঘন্টা গাড়ি চালিয়ে সমাধান করেছি। গামা এখন তাদের প্রাথমিক স্থানীয় সার্ভার হিসাবে কাজ করছে যখন তাদের স্বাভাবিক সার্ভার (বিটা) এর অনুলিপিটি ধরেছে। যেহেতু আমি এটি স্থাপন করেছি, সার্ভারগুলি প্রায় দ্বিগুণ গতিতে চলেছে। যদিও এটি আমাকে বলছে এটি কোনও ভিপিএন-সম্পর্কিত সমস্যা হতে পারে, আমি বিশ্বাস করতে কম ঝোঁক আছি যেহেতু সমস্ত নতুন আপডেটগুলি আলফা থেকে গামার প্রতিরূপিত বলে মনে হচ্ছে খুব দ্রুত এবং ভাল চলছে।
সম্পাদনা 5/22/2012: এটি এখন 12000 এ এবং কয়েক ঘন্টা মধ্যে শেষ করা উচিত। আমি ধীরে ধীরে শুরু থেকে দ্রুত সমাপ্তির অগ্রগতির একটি দুর্দান্ত গ্রাফ পোস্ট করব। সমস্যাটি হ'ল কেবলমাত্র এটিই স্থানীয় সার্ভার সংযোগ " আমি বর্তমানে ভাবছি যে সম্ভবত ভিপিএন সমস্যার একটি অংশ। এবং যদি এটি হয় তবে আমি অনুভব করি যে এই প্রশ্নের এখনও যথেষ্ট উত্তর দেওয়া হয়নি। ভিপিএন এর মাধ্যমে কীভাবে জিনিসগুলি প্রতিলিপি করা হচ্ছে এবং কোনও ব্যর্থতা দেখার জন্য আমার আরও কিছু সময় দেওয়ার পরে, আমি ডিবাগ করব এবং অগ্রগতির প্রতিবেদন করব।
কিছু পরিবর্তন হলে আমি এখানে আপডেট করব।
dfsrdiag replicationstate /aদেখায় যে এটি কেবল দুটি ফাইল প্রেরণ করছে, তবে উভয়েরই ফাইল নাম একই রয়েছে। এটি বলে যে এটি আলফা থেকে বিটা-তে দুটি আউটবাউন্ড সংযোগ রয়েছে, যাইহোক। এটি যে ফাইলটি প্রেরণ করছে তা 850 এমবি। পূর্বে বর্ণিত হিসাবে, আমি নিশ্চিত নই যে এটি আসলে পুরো ফাইলটির বিষয়বস্তু প্রেরণ করছে, যদিও আমি নিশ্চিত নই যে এটি কেবল একটি ফাইলের সাথে ডিল করার জন্য খুব বেশি সময় নেয় বলে কী করবে। ফাইলটি সর্বশেষ ২০০৮ সালে আপডেট করা হয়েছিল (উভয় সার্ভারে) সুতরাং বিটাতে ফাইলটিতে এসিএল তথ্য আপডেট করা ছাড়া কিছু করার দরকার নেই।