Forum
Merhaba,
Windows 2016 Rdp kullanımında klasik index bozulması sorunundan dolayı Outlook üzerinden Maillerde arama yaşıyoruz, index üzerinde bazı uzantıları dışlayarak ve sadece dosya özelliklerini seçerek bir kaç ay stabil bir indexleme yaptı ve aramalarda sorun olmadı fakat sorun tekrar başladı, her gün index yeniden oluşturuluyor ve 950.000 dosya indexleniyor.
sunucuda 20 core Cpu + 50 Gb RAM + 10k Sas diskli RAID5 üzerinden ayrılmış 650 GB disk alanı var. Windows 2016 Standard sunucuya Ncomputing üzerinden bağlanan 17 Kullanıcı Outlook 2016 Kullanıyor. 30 kadar pst ve 150 GB kadar Pst Boyutu var. Hacimsiz,eksiz fakat yoğun bir mail trafiği var.
chkdsk + sfc + image kontrolleri yapılsa da fayda etmiyor, bu kullanım senaryosun benzer kullanan , sorun yaşayan ve çözüm üretebilen var mı? bu senaryo da önbellekli Exchange kullanımı haricinde bir çözüm zor gibi görünüyor.
loglara düşen hata aşağıdaki gibi;
Arama hizmeti dizinde bozuk veri dosyaları algıladı. {kimlik=4810 - onecoreuap\base\appmodel\search\search\ytrip\tripoli\inverted\encodinglayer.cpp (599)}. Hizmet, dizini yeniden oluşturarak bu sorunu otomatik olarak gidermeyi deneyecek.
Merhaba,
Aslında daha fazla kaynak vermek veya bir noktadan sonra VDI geçişi bu iş için çözüm oluyor, ancak sınırlı kaynağınız var ise öncelikle test ortamında aşağıdaki GPO ları deneyerek sonuna ulaşmayı deneyebilirsiniz.
Temel olarak search' u kapattığınızı fark edebilirsiniz ancak hala outlook üzerindeki aramanın çalıştığını göreceksiniz (Tabiki Exchange 2016 ve üstü bir MTA var ise)
These GPO settings can be updated to turn down the indexing while allowing the Outlook’s instant search feature to function.
- Windows Components/Search
- Allow indexing of encrypted files, Disabled
- Prevent adding UNC locations to index from Control Panel, Enabled
- Prevent adding user-specified locations to the All Locations menu, Enabled
- Prevent automatically adding shared folders to the index, Enabled
- Prevent indexing e-mail attachments, Enabled
- Prevent indexing of certain file types, Enabled
- Prevent indexing public folders, Enabled
- Enable Throttling for online mail indexing, 6 items per minute (maximum is 120 per minute)
- Prevent indexing certain paths:
- file:///C:\*
- outlookexpress://{*}/*
- otfs://{*}/*
- mapi://{*}/*
- mapi15://{*}/*
- ONEINDEX15://{*}/*
- iehistory://{*}/
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
Hakan Bey, Sunucuda kaynak Sorunu görünmüyor , Cpu %50-60 , Ram 30 Gb seviyelerinde kullanılıyor, Hatta Cpu ve Ram artırımından sonra index daha fazla bozulmaya başladı, haftada bir bozulmadan günde bir bozulmaya kadar azaldı.
Mailler Exchange değil POP3 olarak kullanılıyor, önerdiğiniz GPO ayarları Exchange kullanımında geçerli sanırım?
POP ise zaten sıkıntı çünkü MAPI client değil ise bahsettiğim avantajı kaybedersiniz, yani POP kalmadı artık bu durumda ne yazık ki işiniz çok zor. 3. parti program deneyebilirsiniz.
SSD diskler ile aşağıdaki kayıt defteri ile bu süreci yönetebilirsiniz
Danışman - ITSTACK Bilgi Sistemleri
****************************************************************
Probleminiz Çözüldüğünde Sonucu Burada Paylaşırsanız.
Sizde Aynı Problemi Yaşayanlar İçin Yardım Etmiş Olursunuz.
Eğer sorununuz çözüldü ise lütfen "çözüldü" olarak işaretlerseniz diğer üyeler için çok büyük kolaylık sağlayacaktır.
*****************************************************************
SSD ile bozulma sürecini azaltıp indexlemeyi hızlandırabiliriz ama kesin çözüm olamayacak. Looken incelemiştim, trial test edeceğiz veya mapi geçişi olacak,
Teşekkürler.