ডিএফএস নেমস্পেস অ্যাক্সেস করার সময় দীর্ঘ বিরতি দিন


22

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

প্রথমত, আমাদের নেটওয়ার্কের কিছু পটভূমি:

নেটওয়ার্কটিতে দুটি উইন্ডোজ 2008 ডিসি এবং দুটি ডিএনএস সার্ভার (ডিসিগুলির প্রতিটিতে একটি) সহ একটি উইন্ডোজ ২০০৮ কার্যক্ষম স্তরের অ্যাক্টিভ ডিরেক্টরি ডোমেন ব্যবহার করা হয়। নেটওয়ার্কটি কেবল ডিএনএস - কোনও উইনস নয়। সমস্ত কম্পিউটার একই সাইটে অবস্থিত এবং গিগাবিট ইথারনেট দ্বারা সংযুক্ত। উইন্ডোজ ২০০৮ মোডে আমাদের প্রায় 20 ডোমেন-ভিত্তিক ডিএফএস নেমস্পেস রয়েছে এবং প্রতিটি ডিএফএস নেমস্পেসে দুটি উইন্ডোজ ২০০৮ ডিএফএস নেমস্পেস সার্ভার রয়েছে (সমস্ত নেমস্পেসের জন্য একই দুটি সার্ভার)। সমস্ত নেমস্পেস সার্ভারগুলি এফকিউডিএন মোডে রয়েছে এবং সমস্ত ফোল্ডার লক্ষ্যমাত্রা তাদের এফকিউডিএন ব্যবহার করে নির্দিষ্ট করা হয়। সমস্ত কম্পিউটার সার্ভিস প্যাক এবং প্যাচগুলির সাথে আপ টু ডেট।

প্রকৃত ফোল্ডার লক্ষ্যমাত্রা (যেমন এসএমবি আমাদের ডিএফএস ফোল্ডারগুলি নির্দেশ করে) বেশ কয়েকটি ফাইল এবং অ্যাপ্লিকেশন সার্ভার জুড়ে ছড়িয়ে ছিটিয়ে থাকে, সমস্ত চলমান উইন্ডোজ ২০০৮ বার দুটি অ্যাপ্লিকেশন সার্ভার যা উইন্ডোজ 2003 আর 2 চালায়, কোনও প্রতিলিপি সেটআপ ছাড়াই (যেমন সমস্ত ডিএফএস ফোল্ডার বর্তমানে রয়েছে) কেবলমাত্র একটি ফোল্ডার লক্ষ্যমাত্রা রয়েছে)।

সমস্যার আরও কিছু বিশদ:

নেমস্পেস অ্যাক্সেসের বিলম্বটি সাধারণত 1 - 10 সেকেন্ড দীর্ঘ হয় এবং মনে হয় যখন কোনও নির্দিষ্ট কম্পিউটার প্রায় পাঁচ মিনিট বা তারও বেশি সময় ধরে অনুরোধ করা নেমস্পেসে প্রবেশ না করে।

উদাহরণস্বরূপ, যদি ব্যবহারকারী পাঁচ মিনিটেরও বেশি সময় ধরে \\ ডোমেন.নেম \ নেমস্পেস 1 ac অ্যাক্সেস না করে এবং উইন্ডোজ এক্সপ্লোরারের মাধ্যমে \\ ডোমেন.নেম \ নেমস্পেস 1 access অ্যাক্সেস করার চেষ্টা করে, এক্সপ্লোরার উইন্ডোটি শেষ অবধি 1 - 10 সেকেন্ডের জন্য স্থির হয়ে যাবে um ডোমেন.নেম \ নেমস্পেস 1 এ বিদ্যমান ফোল্ডারগুলি পুনরায় শুরু এবং প্রদর্শন করা হচ্ছে। তারপরে যদি তারা এক্সপ্লোরার উইন্ডোটি বন্ধ করে দেয় এবং পাঁচ মিনিটের মধ্যে আবার \\ ডোমেন.নেম \ নামস্পেস 1 access অ্যাক্সেস করার চেষ্টা করে তবে সামগ্রীগুলি প্রায় তাত্ক্ষণিকভাবে প্রদর্শিত হবে - যদি তারা পাঁচ মিনিটের বেশি অপেক্ষা করে তবে এটি আবার 1 - 10 সেকেন্ড বিরতি দিয়ে যাবে।

একবার নেমস্পেসের "ভিতরে" সমস্ত কিছু সুন্দর এবং চটজলদি হয়ে যায়, এটি নামস্থানটির সাথে কেবল প্রাথমিক সংযোগ যা ধীর।

ব্রাউজিং বিলম্বগুলি উইন্ডোজের সমস্ত রূপগুলিকে প্রভাবিত করে বলে মনে হচ্ছে যা আমরা ব্যবহার করি (উইন্ডোজ ২০০৮ x64 এসপি 2, উইন্ডোজ 2003 আর 2 এক্স 86 এসপি 2, উইন্ডোজ এক্সপি প্রো x86 এসপি 3) - এটি উইন্ডোজ 2008 এর তুলনায় উইন্ডোজ এক্সপি / 2003 এ সম্ভবত কিছুটা খারাপ, তবে আমি পার্থক্যটি শুধু মনস্তাত্ত্বিক না হলে নিশ্চিত নই।

অন্তর্নিহিত ফোল্ডার লক্ষ্যমাত্রা অ্যাক্সেস সরাসরি কোনও বিলম্ব প্রদর্শন করে - অর্থাত্ যদি ডিএফএস দ্বারা নির্দেশিত এসএমবি শেয়ারগুলি সরাসরি অ্যাক্সেস করা হয় (ডিএফএস বাইপাস করে) তবে কোনও বিরতি নেই।

সমস্যা-শ্যুটিংয়ের সময় আমি লক্ষ্য করেছি যে আমাদের সমস্ত ডিএফএস শিকড়ের জন্য "ক্যাশে সময়কাল" 300 সেকেন্ড - 5 মিনিটে সেট করা আছে। প্রদত্ত বিরতিতে ট্রিগার করতে এটি একই সময়ের প্রয়োজন বলে আমি ধরে নিয়েছি যে এই ক্যাশেটি কোনওভাবেই সম্পর্কিত, যদিও আমি ক্লায়েন্টের উপর ঠিক কী ধরা পড়েছে তা সম্পর্কে আমি নিশ্চিত নই এবং তাই 5 মিনিটের পরে আবার কী দেখা উচিত needs

সমস্যার সমাধানের চেষ্টা করার জন্য আমি ইতিমধ্যে নিম্নলিখিতগুলি (সফলতা ছাড়াই) চেষ্টা করেছি / পরীক্ষা করেছি:

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

সুতরাং আমি যেখানে আছি - এবং আমি ধারণার বাইরে। যে কেউ বিলম্বের কারণ হতে পারে এবং / অথবা আমার আরও কী চেষ্টা করা উচিত তা কি পরামর্শ দিতে পারে?


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

এই পরামর্শের জন্য ধন্যবাদ - আমি আগামীকাল এটিকে একবার যাব (আমি অস্ট্রেলিয়ায় - এখন রাত 11 টা) এবং দেখুন এটি কোনও স্পষ্ট কিছু দেখায় কিনা।
ম্যাট

এই ম্যাট উপর কোন আপডেট?
জেজে 01

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

উত্তর:


28

ঠিক আছে, আমরা শেষ পর্যন্ত আমাদের পরিবেশে এই সমস্যাটি সমাধান করেছি বলে মনে হচ্ছে। অন্যের সুবিধার জন্য, আমরা কী আবিষ্কার করেছি এবং কীভাবে সমস্যাটি স্থির করেছি তা এখানে:

ক্লায়েন্ট একটি ডিএফএস ভাগ অ্যাক্সেস করার চেষ্টা করার সাথে সাথে নেটওয়ার্ক ট্র্যাফিক ক্যাপচার / বিশ্লেষণ করতে আমরা ক্লায়েন্ট মেশিনে ওয়্যারশার্ক ব্যবহার করেছি তার আগে / সময় / এর পরে কী ঘটেছিল সে সম্পর্কে আরও অন্তর্দৃষ্টি পাওয়ার চেষ্টা করুন।

এই ক্যাপচারগুলি অদ্ভুত কিছু দেখিয়েছিল: যখনই বিলম্ব ঘটে তখন ক্লায়েন্টের কাছ থেকে কোনও ডিসি-তে ডিএফএস অনুরোধ এবং ডিসি থেকে ক্লায়েন্টের কাছে ফিরে আসা কোনও ডিএফএস রুট সার্ভারের রেফারেল, ডিসি বিভিন্ন সম্প্রচারের নাম পাঠিয়েছিল নেটওয়ার্ক অনুসন্ধান।

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

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

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

আমরা যখন মূলত সেটআপ DFS আমাদের পরিবেশের আমরা হয়নি কিভাবে (যেমন একটি DNS শুধুমাত্র পরিবেশের জন্য DFS কনফিগার করতে সম্বন্ধে বিভিন্ন নিবন্ধগুলি পড়ুন মাইক্রোসফট KB244380 এবং অন্যদের) এবং এই রেজিস্ট্রি কী সচেতন ছিল, কিন্তু যখন / কিভাবে করতে হয় তার নির্দেশাবলী misintepreted ছিল এটা ব্যবহার করো.

KB244380 বলেছেন:

DFSDnsConfig রেজিস্ট্রি কী প্রতিটি সার্ভারে অবশ্যই যুক্ত করতে হবে যা সম্পূর্ণ কম্পিউটারের নাম বোঝার জন্য সমস্ত কম্পিউটারের জন্য ডিএফএস নেমস্পেসে অংশ নেবে।

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

স্পষ্টতই আমরা এই পরিণতিতে সন্তুষ্ট, তবে আমি যুক্ত করব যে আমি এখনও 100% নিশ্চিত নই যে এটিই আমাদের একমাত্র সমস্যা - আমি অবাক হয়েছি যদি আমাদের ডিসিগুলিতে DfsDnsConfig = 1 যোগ করার সমস্যাটি সমাধান না করে কেবল কাজ করে থাকে । আমি বুঝতে পারি না ডিসিগুলি কেন ডিএফএস রেফারাল প্রক্রিয়া চলাকালীন, এমনকি কোনও ডিএনএস-না-শুধুমাত্র পরিবেশে DOMAIN (যে ডোমেনের নাম নিজেই, ডোমেনের একটি সার্ভারের চেয়ে বেশি) অনুসন্ধান করার চেষ্টা করবে এবং আমিও জানি অন্যান্য (ডোমেন নিয়ন্ত্রিতভাবে আরও ছোট / সরল) ডিএনএস-কেবল পরিবেশে ডোমেন কন্ট্রোলারে DfsDnsConfig = 1 সেট করেন নি এবং একই সমস্যা নেই। তবুও, আমরা আমাদের সমস্যাটি সমাধান করেছি তাই আমরা খুশি।

আমি আশা করি এটি অন্যদের জন্য যারা একই ধরণের সমস্যাটি অনুভব করছেন তাদের পক্ষে সহায়ক - এবং যারা পরামর্শের প্রস্তাব দিয়েছিলেন তাদের জন্য আবারও ধন্যবাদ thanks


3

এটি ডিএনএস সার্ভার নেটমাস্ক অর্ডার করার কারণে হতে পারে। আমরা সম্প্রতি সার্ভার 2003 এ এসেছি This এটি আপনার বর্তমান সাবনেটিংয়ের উপর নির্ভর করে।

উদাহরণ।

সাইট 1: আইপি সাবনেট 10.0.0.0/24 সাইট 2: আইপি সাবনেট 10.0.1.0/24

2 সাইটের ক্লায়েন্টটি আপনার ডোমেন ভিত্তিক নেমস্পেসের জন্য একটি ডিএনএস ক্যোয়ারী তৈরি করে এবং ডিএনএস সার্ভারটি সাইটের আইপি সীমানা সম্পর্কে অবগত না হওয়ায় ডিফল্টরূপে সাইটের 1 এ ডিএফএস সার্ভার দেওয়া হবে। কোন আইপি অ্যাড্রেসগুলির সাথে প্রতিক্রিয়া জানাতে হবে তা সনাক্ত করতে আপনাকে আপনার ডিএনএস সার্ভারগুলিকে কী সাবনেট মাস্ক ব্যবহার করতে হবে তা জানান।

Http://support.microsoft.com/kb/842197 দেখুন


ধন্যবাদ, তবে আমরা এখানে কেবল একটি সাইটের সাথেই কাজ করছি - সমস্ত ওয়ার্কস্টেশন এবং সার্ভারগুলি এমনকি একই সাবনেটে রয়েছে।
ম্যাট

3

অ্যাক্টিভ ডিরেক্টরি টিম ব্লগের ডিএফএস বিলম্ব সম্পর্কে তিনটি অংশের নিবন্ধ রয়েছে।

http://blogs.technet.com/b/askds/archive/2009/09/29/o-dfs-shares-where-art-thou-part-1-3.aspx

এটি রেফারাল প্রক্রিয়াটির মূল বিষয়গুলি কভার করে এবং তারপরে কীভাবে বিলম্বের প্রকৃত কারণটি আবিষ্কার করতে dfsUtil এবং dfsDiag সহ বিভিন্ন সরঞ্জাম ব্যবহার করতে হবে তা দেখায়।

এটি আমার সমস্যা খুঁজে পেতে আমাকে সহায়তা করেছিল। যা ডোমেন ব্যবহারকারীদের জন্য শেয়ার ডিরেক্টরিতে কোনও পঠনের অনুমতি নেই।

এইচটিএইচ, ড্যানিয়েল


2

ডিএনএস সমস্যার মতো গন্ধ কিন্তু কিছু যায় না। আমি পুরানো এফআরএসকে অনেক বেশি পছন্দ করেছি কারণ আল্ট্রাসাউন্ডের মতো ডায়াগনস্টিকস সরঞ্জামগুলি এতটাই কার্যকর ছিল: 7

লক্ষ্যবস্তুগুলিতে ডিএফএস প্রতিলিপি ইভেন্ট লগটিতে আপনি কিছু পান? (ডিএফএস স্বাস্থ্য রিপোর্ট ইভেন্ট লগ থেকে তার সতর্কতাগুলি আঁকবে)

উইনস ছাড়াই দৌড়ানো একটি দুর্দান্ত লক্ষ্য এবং প্রশংসনীয়, যদিও এর আগে আমি যদি প্রাক-ভিস্তা / ২০০৮ এর পূর্বের উইন্ডোজ সিস্টেমগুলির আশেপাশে কাজ করে না কেন যে জিনিসগুলি সর্বদা প্রত্যাশার মতো কাজ করে না বা আমার অভিজ্ঞতায় বিনা তাত্পর্যপূর্ণ না হয় - যদিও এটি সত্যই সত্য কোন ব্যাপার না।


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

1

ক্লায়েন্টটি একটি ডিএফএস রেফারেলকে ক্যাশে করে, যেমন আপনি যখন \ ডোমেন.নেম \ নেমস্পেস প্রবেশ করেন এটি প্রকৃত সার্ভার ডোমেন.নেমকে উল্লেখ করে তা ক্যাশে করবে। একবার ক্যাশে থেকে রেফারালের মেয়াদ শেষ হয়ে গেলে, ক্লায়েন্টকে মূলত আপনার ডিএফএস টপোলজিটি আবারও "আবিষ্কার" করতে হয়, সুতরাং বিলম্ব হয়।

এখানে একবার দেখুন: http://technet.microsoft.com/en-us/library/cc758234(WS.10).aspx এবং এখানে http://blogs.technet.com/filecab/archive/2006/01/20 এটি কীভাবে কাজ করে সে সম্পর্কে আরও তথ্যের জন্য /417832.aspx

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


পোস্টারটি ইঙ্গিত দিচ্ছে, তবে সাধারণ ডিএফএস রেফারেলটি সেকেন্ড হিসাবে নেওয়া উচিত নয়।
ইভান অ্যান্ডারসন

ধন্যবাদ, রেফারেল প্রক্রিয়াটি কমপক্ষে আরও ভালভাবে বোঝার জন্য তাদের আগামীকাল একটি পঠন হবে। যদিও "সমাধান "টি পছন্দ করবেন না: -S আমি যদি কেবল এই চারপাশে কাজ করতে চাইতাম তবে আমি ক্যাশে সময়কালকে একটি বিশাল মূল্যবান করে তুলতে পারি, তবে আমি সমস্যার" যথাযথ "সমাধান খুঁজতে চাই।
ম্যাট

1

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

ব্যবহারকারীরা একই ভলিউমে আলাদা ডিএফএস শেয়ারে হোম ড্রাইভগুলি ম্যাপ করেছিল এবং সেখানে ফোল্ডারগুলি অ্যাক্সেস করার সময় কোনও বিলম্ব হয়নি।

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

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

সমস্যাযুক্ত সার্ভারটি 2k3R2, এবং এটির 150 দিনেরও বেশি সময় (!) রয়েছে, সুতরাং এটি পুনরায় চালু হবে এবং আপত্তিজনক ভলিউমটি চালিয়ে যাবে CHKDSK। এতে সমস্যার কোনও পার্থক্য হলে আমি এখানে আবার পোস্ট করব। নতুন লক্ষ্যটি 2k8 সার্ভারে রয়েছে।


ধন্যবাদ, তবে আমরা এবিই (এখনও) ব্যবহার করছি না, সুতরাং এটি সমস্যা নয়।
ম্যাট

1

dfsutil / spcflush এবং dfsutil / pktflush একাধিক সাইট নেটওয়ার্কেও সমাধান হতে পারে তা নিশ্চিত করে নিন যে হোম সাইটের ডিএফএস লিঙ্কটি স্থানীয় সার্ভারে উপস্থিত হচ্ছে এবং ক্যাশে থেকে নয়।


1

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


1

http://technet.microsoft.com/en-us/library/cc780950(v=ws.10).aspx এই পৃষ্ঠায় আসলে ডোমেন কন্ট্রোলার এবং ডিএফএসএন উভয়েরই উল্লেখ রয়েছে, যদি এটি সহায়তা করে।

ডিএফএস ডোমেন নিয়ামক এবং রুট সার্ভার রেজিস্ট্রি এন্ট্রি

নিম্নলিখিত রেজিস্ট্রি এন্ট্রি অধীন অবস্থিত

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dfs 

রুট সার্ভার এবং ডোমেন নিয়ন্ত্রকগুলিতে। সমস্ত এন্ট্রিগুলি REG_DWORD।


1

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


1

অনেকগুলি নিয়ামক ছিল, সুতরাং একটি স্ক্রিপ্ট ( dnsdfs.cmd servername) ছিল:

dfsutil server registry dfsdnsconfig set %1
sc \\%1 stop dfs
sc \\%1 start dfs

0

আপনি উল্লেখ করেছেন যে আপনার কাছে 20 ডিএফএস সার্ভার রয়েছে তবে যদি উল্লেখ করা যায় না যে সমস্ত সার্ভার একই সুবিধা রয়েছে।

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


2
আমাদের কাছে 20 ডিএফএস / নেমস্পেস / আছে, 20 ডিএফএস / সার্ভার / নয়। একই সাইট (এবং সাবনেট) উভয়ই 2 ডিএফএস সার্ভার।
ম্যাট

0

গুগল অনুসন্ধানের মাধ্যমে এবং এখানে একই সমস্যা রয়েছে তাদের জন্য ...

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


-1

যাচাই করা হয়েছে যে প্রমাণীকৃত ব্যবহারকারীদের গোষ্ঠীটি আপনাকে ম্যাপ করা মূল ডিরেক্টরিটির বিষয়বস্তুগুলির তালিকাতে অ্যাক্সেস রয়েছে। উদাহরণস্বরূপ, যদি এক্স: ড্রাইভটিকে \ ডোমেন.লোকাল \ বিপর্যয়কর \ বিপণনে ম্যাপ করা হয় তবে ব্যবহারকারীর \ ডোমেন.লোকাল \ বিভাগগুলির জন্য তালিকা অনুমতি প্রয়োজন। ২০০৮/২০১২ এ আপনি উন্নত অনুমতিগুলির মধ্যে উল্লেখ করতে পারেন যা এটি "কেবলমাত্র এই ফোল্ডারটিতে" প্রযোজ্য যাতে তারা উত্তরাধিকার সূত্রে প্রাপ্ত কোনও সাব ফোল্ডারের বিষয়বস্তু তালিকাভুক্ত না হয়।

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