विंडोज 7: खोज अनुक्रमण अटक गया है


13

जब मैं अनुक्रमण विकल्प खोलता हूं, तो यह कहता है:

4,317 आइटम प्रगति में अनुक्रमित हैं। इस दौरान खोज परिणाम पूर्ण नहीं हो सकते हैं।

यह हालांकि 4,317 पर अटक गया है; कोई और आइटम अनुक्रमित नहीं किया गया है। सबसे खराब, SearchIndexer.exe 100% CPU (अच्छी तरह से, 50%) ले रहा है, लेकिन मेरे पास एक दोहरी कोर CPU है; यह सभी प्रसंस्करण शक्ति ले सकता है)। हालांकि यह हार्ड ड्राइव गतिविधि का कारण नहीं है।

मैंने अनुक्रमण विकल्प विंडो के निचले भाग में "खोज और अनुक्रमण समस्या निवारण" पर क्लिक करने का प्रयास किया, लेकिन यह कोई समस्या नहीं पा सका।

मैंने मरम्मत रजिस्ट्री कुंजी की भी कोशिश की है जो कई वेबसाइटों का सुझाव देती है; मैं HKLM \ SOFTWARE \ Microsoft \ Windows खोज सेटअप को 0 में बदल देता हूं और कंप्यूटर को फिर से शुरू करने में असफल रहा, और यह स्पष्ट रूप से मरम्मत की गई क्योंकि यह वापस 1 पर फ़्लिप हो गया था, लेकिन एक ही समस्या उत्पन्न हो रही है।

यह मेरे लैपटॉप की बैटरी लाइफ को कम कर रहा है और यह वास्तव में गर्म कर रहा है ताकि मेरे प्रशंसक हर समय चल रहे हों। मुझे विंडोज सर्च सर्विस को डिसेबल करना पड़ा है। मैं इसे कैसे ठीक करूं? क्या मुझे अपने कंप्यूटर को केवल फ्लैट-आउट सुधार करने की आवश्यकता है?


अद्यतन:
मैंने कुछ समय के पुनर्निर्माण की कोशिश की है। मेरे द्वारा अनुक्रमणित किए जाने वाले स्थानों के बारे में कुछ भी असामान्य नहीं है, और मेरे पास प्रगति में कोई डाउनलोड या ऐसा कुछ भी नहीं है। मुझे कोई कारण नहीं दिखता कि यह क्यों रुका, और मैंने सिस्टम रीस्टोर करने में बहुत देर की। इस बिंदु पर, मैं उम्मीद कर रहा हूं कि कोई व्यक्ति कुछ गुप्त उत्तर देगा जो समस्या को ठीक करेगा, इस प्रकार इनाम।


एक और अपडेट:
मैंने सेवा को फिर से शुरू करने की कोशिश की, बस इसे फिर से कोशिश करने दें। यह पहली बार में ठीक लग रहा था (अनुक्रमण विकल्प ने इसे उपयोगकर्ता गतिविधि के कारण कम गति से संचालित किया, और फाइलों की संख्या बढ़ रही थी)। थोड़ी देर बाद मैंने जाँच की, और सेवा बंद हो गई। इवेंट व्यूअर ने कुछ त्रुटियों का खुलासा किया:

Log Name:      Application
Source:        Application Error
Date:          2/1/2010 7:34:23 PM
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ricky-win7
Description:
Faulting application name: SearchIndexer.exe, version: 7.0.7600.16385, time stamp: 0x4a5bcdd0
Faulting module name: NLSData0007.dll, version: 6.1.7600.16385, time stamp: 0x4a5bda88
Exception code: 0xc0000005
Fault offset: 0x002141ba
Faulting process id: 0x13a0
Faulting application start time: 0x01caa39f2a70ec02
Faulting application path: C:\Windows\system32\SearchIndexer.exe
Faulting module path: C:\Windows\System32\NLSData0007.dll
Report Id: b4f7a7ae-0f92-11df-87fc-e5d65d8794c2
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2010-02-02T00:34:23.000000000Z" />
    <EventRecordID>10689</EventRecordID>
    <Channel>Application</Channel>
    <Computer>ricky-win7</Computer>
    <Security />
  </System>
  <EventData>
    <Data>SearchIndexer.exe</Data>
    <Data>7.0.7600.16385</Data>
    <Data>4a5bcdd0</Data>
    <Data>NLSData0007.dll</Data>
    <Data>6.1.7600.16385</Data>
    <Data>4a5bda88</Data>
    <Data>c0000005</Data>
    <Data>002141ba</Data>
    <Data>13a0</Data>
    <Data>01caa39f2a70ec02</Data>
    <Data>C:\Windows\system32\SearchIndexer.exe</Data>
    <Data>C:\Windows\System32\NLSData0007.dll</Data>
    <Data>b4f7a7ae-0f92-11df-87fc-e5d65d8794c2</Data>
  </EventData>
</Event>

यदि आप एक ही त्रुटि कर रहे हैं और Google खोज से यहां पहुंचे हैं, तो कृपया टिप्पणी करें या इस पर अपनी प्रगति का विवरण देते हुए उत्तर जोड़ें, यदि कोई हो ...


4
वैसे ... क्या किसी को पता है कि यह जादुई 4,317 वां आइटम क्या है? मुझे यह जानना अच्छा लगेगा कि क्या पूरी प्रणाली को जाम करने वाली एक विकृत फाइल है।
Ricket

आप यहां ESEDatabaseView नामक कुछ जगह का उपयोग करके Windows.edb फ़ाइल खोल सकते हैं: nirsoft.net/utils/ese_database_view.html
user2924019

जवाबों:


8

मुझे लगता है कि आप सही हो सकते हैं जब आप कहते हैं कि एक दूषित फ़ाइल है जो इसे लटका देती है। फ़ाइल को पहचानने की कोशिश का एक कच्चा तरीका है कि फाइल टैब पर जाएं और आधी फ़ाइलों को अनुक्रमित होने से बंद कर दें। इसे चलने दो। या तो यह पूरा हो जाता है या यह बंद हो जाता है। यदि यह बंद हो जाता है, तो फिर से आधा बंद करें। यदि यह पूरा हो जाता है, तो आप जानते हैं कि खराब फ़ाइल का प्रकार दूसरे छमाही में है। ऐसा करने से आपको खराब फ़ाइल प्रकार की पहचान करने की अनुमति मिलनी चाहिए।

इसके अलावा, उस फ़ाइल सूची को देखें जो अनुक्रमित है। फ़ाइल प्रकारों में अलग-अलग खोज प्रदाता होते हैं, जैसे HTML, सादा पाठ और इसी तरह। क्या कोई ऐसा स्थान है, जो किसी तीसरे पक्ष के आवेदन द्वारा स्थापित किया गया हो?

एक अन्य विचार यह है कि खोज को 4,317 वीं फाइल पर लटका दिया जाए। फिर कमांड प्रॉम्प्ट चलाएं। प्रकार

CD c:\
DIR /s /TA /O-D >c:\newt.txt

यह newt.txt नाम की एक फाइल बनाएगा जो सभी फाइलों को पकड़ लेगी और आखिरी बार जब वे एक्सेस किए गए थे। एक्सेस किया हुआ, अर्थ पढ़ा हुआ, संशोधित नहीं। आपको फ़ाइल संपादक के साथ फ़ाइल के माध्यम से खोजना होगा लेकिन पिछली कई फ़ाइलों को देखें जिन्हें संशोधित किया गया था। अगर हम किस्मत में हैं, तो आपकी खराब फाइल वहां पहुंच जाएगी। सौभाग्य!


अच्छा टिप (दूसरा विचार)। क्या अनुक्रमणिका कुछ प्रकार की लॉग की गई फ़ाइलों को कहीं अनुक्रमित नहीं रखती है? यह हमें अंतिम रूप से अनुक्रमित फ़ाइल को देखने दे सकता है, और शायद इस तरह से एक सुराग मिल सकता है।
20

@mtone - क्या एक बार में एक फोल्डर को इंडेक्स करना संभव है? यह खोज को कम कर देगा।
निफले

@ निफ़ल - हाँ, यह अनुक्रमित फ़ोल्डरों की संख्या को कम करने के लिए एक उचित जांच भी होगी। प्रारंभ मेनू के तहत, "अनुक्रमणिका" टाइप करें और अनुक्रमण विकल्पों पर क्लिक करें। वह पैनल उन स्थानों को सूचीबद्ध करता है जिन्हें आप अनुक्रमित कर रहे हैं।
नॉक्स

पहले आइडिया के लिए @Knox +1। आप एक उन्मूलन [बाइनरी] खोज का सुझाव दे रहे हैं । और यदि आप इसे दोष की संभावना की अपनी समझ के साथ संशोधित करते हैं, और पहले उन लोगों को अनुक्रमण को सीमित करते हैं, तो आप O (log2 N) स्पीडअप से बहुत बेहतर प्राप्त कर सकते हैं ।
एल्डरडेलप

4

मुझे यह जानकारी टेक्नेट मंचों पर मिली

यह एक ज्ञात बग प्रतीत होता है:

  1. पीसी में दो (या एकाधिक) ड्राइव या विभाजन हैं

  2. उपयोगकर्ता प्रोफ़ाइल और Windows पहली ड्राइव या विभाजन पर स्थित हैं (मान ड्राइव अक्षर C :)

  3. दूसरे ड्राइव या विभाजन में पहले की तुलना में अधिक उपलब्ध फ्री डिस्क स्थान है (मान ड्राइव अक्षर D :)

  4. 2007 के बाद से हार्डलिंकिंग के साथ USMT 4 का उपयोग करने वाला टास्कमैक्स रिफ्रेश टास्क सीक्वेंस पीसी पर चलाया जाता है फिर कैप्चर यूजर फाइल्स एंड सेटिंग्स "/" कैप्चर यूजर स्टेट "टास्क सफल होगा, लेकिन" रीस्टोर यूजर स्टेट "/" रिस्टोर यूज स्टेट्स फाइल्स एंड सेटिंग्स “कार्य विफल हो जाएगा।

संकल्प

समस्या को हल करने के लिए, चर OSDStateStorePath को अपने डिफ़ॉल्ट मान से बदलना होगा। एमडीटी 2010 / एमडीटी 2010 अपडेट 1 एकीकरण का उपयोग करते समय, चर को "निर्धारित स्थानीय या दूरस्थ उपयोगकर्तास्ट्रेट" कार्य में ztiuserstate.wsf स्क्रिप्ट द्वारा निर्धारित किए जाने के बाद इसे फिर से परिभाषित करना होगा।

यह सुनिश्चित करने के लिए कि स्टेट स्टोर उसी ड्राइव / विभाजन में सहेजा गया है जहां विंडोज स्थापित है और उपयोगकर्ता प्रोफाइल स्थित हैं, पर्यावरण चर सिस्टमड्राइव का उपयोग उस पथ के हिस्से के रूप में किया जा सकता है जो चर OSDStateStorePath को परिभाषित करता है।

यदि MDT 2010 / MDT 2010 अपडेट 1 एकीकरण का उपयोग नहीं किया जा रहा है , तो "सेट टास्क सीक्वेंस वेरिएबल" कार्य जो चर OSDStateStorePath सेट करता है, को संशोधित करने की आवश्यकता है:

  1. ConfigMgr 2007 व्यवस्थापक कंसोल में, Computer Management-> Operating System Deployment-> Task Sequencesनोड पर नेविगेट करें ।

  2. प्रभावित टास्क सीक्वेंस पर राइट क्लिक करें और "एडिट" चुनें।

  3. Set Local State Locationटास्क पर क्लिक करें । सुनिश्चित करें कि कार्य एक ऐसा Set Task Sequence Variableकार्य है जो चर सेट करता है OSDStateStorePath

बगल में, Value:पाठ क्षेत्र, से इसे बदलने %_SMSTSUserStatePath% के लिए%SystemDrive%\UserState

  1. कार्य अनुक्रम को बचाने के लिए "ओके" या "लागू करें" बटन पर क्लिक करें। यदि "सेट लोकल स्टेट लोकेशन" टास्क मौजूद नहीं है, तो "सेट टास्क सीक्वेंस वेरिएबल" टास्क देखें जो वेरिएबल OSDStateStorePath सेट करता है, और फिर ऊपर बदलाव करें। यदि MDT 2010 / MDT 2010 अद्यतन 1 एकीकरण का उपयोग कर रहे हैं, तो एक नया "सेट टास्क सीक्वेंस वेरिएबल" कार्य को "OSDStateStorePath चर को फिर से परिभाषित करने वाले स्थानीय या दूरस्थ उपयोगकर्तास्ट्रेट" कार्य के बाद जोड़ा जाना चाहिए।

  2. ConfigMgr 2007 व्यवस्थापक कंसोल में, Computer Management-> Operating System Deployment-> Task Sequencesनोड पर नेविगेट करें ।

  3. प्रभावित टास्क सीक्वेंस पर राइट क्लिक करें और "एडिट" चुनें।

  4. "स्थानीय या दूरस्थ UserState निर्धारित करें" कार्य पर क्लिक करें और फिर "जोड़ें" -> "सामान्य" -> "सेट कार्य अनुक्रम चर" पर जाएं। यह "स्थानीय या दूरस्थ UserState" कार्य के बाद "सेट टास्क अनुक्रम चर" कार्य बनाना चाहिए, लेकिन "अनुरोध राज्य स्टोर" कार्य से पहले।

  5. नव निर्मित "सेट टास्क सीक्वेंस वेरिएबल टास्क" में:

    • बगल में, Name:पाठ बॉक्स में दर्ज करें:Set Local State Location
    • बगल में, Task Sequence Variable:पाठ बॉक्स में दर्ज करें OSDStateStorePath
    • बगल में, Value:पाठ बॉक्स में दर्ज करें:%SystemDrive%\StateStore
  6. कार्य अनुक्रम को बचाने के लिए "ओके" या "लागू करें" बटन पर क्लिक करें।

यदि चरण 3 में कार्य "स्थानीय या दूरस्थ UserState निर्धारित करें" मौजूद नहीं है या नाम बदल दिया गया है, तो स्क्रिप्ट "ztiuserstate.wsf" चलाने वाले "रन कमांड लाइन" कार्य को देखें, और फिर उपरोक्त चरणों का पालन करें।


4

पहली चीजें पहले, अपने सूचकांक के पुनर्निर्माण की कोशिश करें। इसके अलावा, अस्थायी / अपूर्ण डाउनलोड वाले किसी भी फ़ोल्डर को अनुक्रमित करने से बाहर रखें। अधूरी फाइलें परिभाषा भ्रष्ट हैं और इस प्रक्रिया को लटका सकती हैं। यदि अनुक्रमण मेटाडेटा में दिखता है तो वीडियो / ऑडियो कोडेक्स भी लटका सकते हैं।

वैकल्पिक शब्द


क्या आप मेटाडेटा टिप्पणी पर विस्तार से बता सकते हैं? अगर कुछ, कहीं न कहीं इस बात को बढ़ा रहा है, शायद यह मुझे इसके बारे में सोचने में मदद करेगा।
Ricket

अनुक्रमण फ़ाइलों को देखकर मेटाडेटा प्राप्त करने का प्रयास करता है। कुछ प्रकार की फाइलें, जैसे कि AVI फिल्म फ़ाइलों को कोडेक्स (या कंटेनर लोडर, अक्सर कोडेक्स के रूप में अच्छी तरह से संदर्भित) की आवश्यकता होती है ताकि इन फ़ाइलों को खोल सकें और रिज़ॉल्यूशन, लंबाई आदि प्राप्त कर सकें, यदि कोई फ़ाइल दूषित है, तो कोडेक लटका हो सकता है। उस ने कहा, मुझे विंडोज 7 में अब तक समस्या का सामना नहीं करना पड़ा है, लेकिन एक्सपी में यह एक आम समस्या थी।
15

4

मेरी खोज खराब Outlook.pst फ़ाइल के कारण अटक गई थी। मैंने SCANPST.EXEआउटलुक 2007 निष्पादन योग्य ( C:\Program Files (x86)\Microsoft Office\Office12मेरी विंडोज 7 x64 मशीन पर) उसी निर्देशिका में पाई गई पीएसटी मरम्मत उपयोगिता को चलाया ।

यहाँ छवि विवरण दर्ज करें


1
फ़ाइल का नाम SCANPST.EXE
M. Dudley

2

क्या आपने सत्यापित किया है कि आपकी हार्ड ड्राइव मर नहीं रही है?

ड्राइव पर राइट-क्लिक करें, गुण संवाद खोलें, टूल टैब पर जाएं, और एक त्रुटि जांच (खराब सेक्टर स्कैनिंग के साथ) करें।


हां, यह सुनिश्चित करने के लिए बहुत अच्छा विचार है कि मूल बातें सही काम कर रही हैं। सिस्टम त्रुटियों के लिए ईवेंट लॉग की भी जांच करें।
नॉक्स

2

यहां पूछे गए प्रश्नों में से एक यह था कि कैसे देखें कि SearchIndexer.exe अवरुद्ध, दोषपूर्ण या लटका हुआ है, या क्या अभी भी प्रगति है। इसके अलावा, यह देखना अच्छा होगा कि वर्तमान में किस फ़ाइल को अनुक्रमित किया जा रहा है।

यह पता लगाने का एक तरीका है।

Microsoft आपको इसे देखने के लिए आसानी से टूल नहीं देता है, खोज के दौरान बनाई गई लॉग फाइलें, जैसे MSS.log (बाद में कॉपी की गई और अन्य नामों में बदली गई, और फिर हटा दी गई) बाइनरी फाइलें हैं और जब तक कि विशेष टूल के साथ इसे नहीं पढ़ा जा सकता है।

एक और विकल्प मैंने यह पता लगाने की कोशिश की कि क्या यह एक एकल फाइल पर लटका हुआ था या नहीं, यह SysInternal के प्रोसेस मॉनिटर को फील करना था । मैंने फ़िल्टर को निम्नानुसार सेट किया:

  • प्रक्रिया शामिल करें SearchProtocolHost.exe(नोट: नहीं SearchIndexer.exe ),
  • ईवेंट प्रकार शामिल करें File System,
  • C:\Windowsऔर C:\ProgramDataनिर्देशिकाओं पर कुछ भी बाहर रखें ,
  • और / या उन निर्देशिकाओं को शामिल करें जिन्हें आप वास्तव में अनुक्रमित कर रहे हैं,
  • वैकल्पिक रूप से ऑपरेशन सेट करें ReadFile
  • अप्लाई या ओके पर क्लिक करें और फिर कैप्चर बटन को टॉप-लेफ्ट पर क्लिक करें।

परिणामी घटना दृश्य आपको सभी ReadFileऑपरेशन (और कुछ अन्य) देता है जो वर्तमान में Microsoft खोज इंडेक्स सेवा द्वारा पढ़ा जा रहा है।

यह ReadFileसंचालन की लंबी सूची होनी चाहिए और वर्तमान में अनुक्रमित की जा रही फाइलें पथ स्तंभ में हैं। परिणाम कॉलम को दिखाना चाहिए SUCCESS(यदि नहीं, तो आपका मुद्दा है) और विवरण स्तंभ को लगातार एक अलग ऑफसेट दिखाना चाहिए (यदि नहीं, तो यह लूपिंग है, और यह फिर से आपके मुद्दे के कारण के लिए एक संभावित संकेत है)।


1
+1 @ अब Sys के लिए लिंक | nternals अभी भी काम करता है! यह एक और है जो पूर्ण SysInternals Suite
ElderDelp
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.