Microsoft Search Server 2010 dan Microsoft FAST Search Server 2010 masalah yang diketahui/ReadMe

Persyaratan perangkat keras dan perangkat lunak untuk Microsoft Search Server 2010:

Konten ini terletak di TechNet

Persyaratan perangkat keras dan perangkat lunak

Deteksi bahasa pencarian SharePoint

Enterprise Search memiliki fitur deteksi bahasa untuk menyediakan atribusi hak cipta.

Lisensi ICU-ICU 1.8.1 dan yang lebih baru

Lisensi asli SSLeay

Lisensi LIBXML2

Pengelolaan

Setelah mengubah tingkat kinerja untuk layanan pencarian melalui PowerShell, beberapa pernyataan menegaskan "RobotThread tid {num} tidak menerima performa obj" mungkin ditampilkan di dalam log.

Keranjang layanan pencarian pada setiap kotak di pertanian dengan memasukkan dua perintah berikut ini pada prompt yang ditinggikan:

net stop osearch14

mulai osearch14

Deteksi bahasa otomatis secara default aktif setelah pemutakhiran beta2:

Secara default, mesin pencarian menyimpulkan bahasa dokumen saat merangkak untuk memilih tokenizers yang tepat (alias. pemutus kata).

Beberapa pelanggan mungkin menonaktifkan hal ini dengan sengaja dan ingin tetap nonaktif (untuk meniru perilaku server pencarian 2007). Rilis RTM akan mengaktifkan sistem inferensi bahasa secara default pada pemutakhiran dari beta2.

Nonaktifkan deteksi bahasa otomatis atau mulai ulang layanan pencarian sesuai keperluan (Lihat di bawah). Menonaktifkan deteksi akan menghentikan beberapa dokumen yang diambil, khususnya HTML, MSG dan file TXT untuk beberapa kasus.

Untuk menonaktifkan deteksi bahasa, atur yang berikut ini ke 0

EnableLanguageDetection

EnableLanguageDetectionPerChunk

di dalam registri ke:

HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office server \
14.0 \ Search\Global\Gathering Manager

Setelah melakukan ini, layanan pencarian harus direstart, misalnya menggunakan perintah berikut ini:

net stop osearch14

mulai osearch14

Pastikan untuk mengatur bahasa server indeks ke bahasa yang paling umum untuk sebagian besar file HTML, MSG dan txt.

Setelah menonaktifkan tombol ini, pemfilteran pada bahasa dalam pencarian tingkat lanjut tidak akan berfungsi untuk file ini.

Apannya

Konfigurasi server pencarian cepat gagal pada bahasa Italia Win2k8 SP2 X64:

Konfigurasi penyetelan postingan gagal dengan kesalahan ini:

Pengecualian-: Exception-Microsoft. SharePoint. Search. Extended. installer. Mahasen. Common. Exception. DeploymentException: kesalahan validasi XML: L'attributo ' modifiedTime ' non è Valido. Il Valore ' 2010-04-16T 14.35.48 Z ' non è Valido per Il Tipo di dati ' http://www.w3.org '-La stringa "2010-04-16T 14.35.48 Z" non è un Valore XsdDateTime.
di Microsoft. SharePoint. Search. Extended. installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (string deploymentXML)

Diterjemahkan ke dalam bahasa
Inggris: Exception-: Exception-Microsoft. SharePoint. Search. Extended. installer. Mahasen. Common. Exception. DeploymentException: XML Validation error: atribut ' modifiedTime ' tidak valid. Nilai ' 2010-04-16T14.35,48 Z ' tidak valid untuk tipe data ' http://www.w3.org '-string "2010-04-16T 14.35.48 Z" XsdDateTime bukan nilai yang valid.
di Microsoft. SharePoint. Search. Extended. installer. Mahasen. Common. SystemModel. SearchInstallation.. ctor (string deploymentXML)

Penanganan masalah terbaik adalah menginstal Win2k8 R2 dan bukan Win2k8 SP2

Solusi alternatif adalah menghapus file: C:\FASTSearch\etc\deployment.xsd.

Jika file tersebut tidak ditemukan, validasi skema tidak akan dilakukan.

Penyetelan pusat pencarian cepat:

Mengganti sertifikat FASTSearch default dengan sertifikat baru menggunakan skrip yang disediakan: ReplaceDefaultCertificate. ps1 gagal di OS bahasa Jepang.

Solusi:

1. Membuat cadangan file.

2. Ganti kesalahan "-EQ" dengan "-EQ" baru dan Simpan.

Catatan: tidak direkomendasikan dalam lingkungan produksi sebagai mengubah file ini merusak patch mendatang. Tidak dapat digantikan dengan patch nanti.

Pengindeks:

Menghapus kumpulan konten bukan merupakan operasi yang toleran. Jika operasi gagal pada simpul pembuatan cadangan, operasi tidak akan dikembalikan pada simpul Master indexing. Hasilnya adalah simpul Master dan pembuatan cadangan akan kehilangan sinkronisasi.

Jika simpul pembuatan cadangan gagal selama penghapusan kumpulan konten, maka harus disinkronkan secara manual.

Pengindeks:

Memulai ulang simpul pengindeksan setelah shutdown yang tidak bersih, proses mungkin tampak berhenti untuk sementara waktu sedang membangun kembali struktur data. Tergantung pada ukuran indeks, proses ulang struktur data mungkin memakan waktu berjam-jam.

Kemajuan ditampilkan dalam file log simpul indeks. Acara diawali dengan indeks dokumen pembangunan kembali pesan log. Status simpul pengindeksan juga bisa diambil menggunakan alat baris perintah indexerinfo. Jangan bunuh proses saat struktur data sedang dibangun ulang.

Pengindeks:

Pesan log:

• PERHATIAN Filter output gagal,

• KESALAHAN Tidak dapat memulai Penerima file: ketidakcocokan ukuran tanda tangan!

• KESALAHAN Tidak dapat memperbarui file

muncul di node pengindeksan cadangan.

Pesan log ini mungkin diabaikan dengan aman di node pengindeksan cadangan.

Pengindeks:

Dokumen yang tidak diindeks mungkin dihasilkan dari memperbarui skema indeks saat memberi makan dokumen.

Tangguhkan makan selama pembaruan skema, dan pastikan bahwa perubahan skema telah disebarkan ke node pemrosesan dokumen dan simpul pengindeksan sebelum melanjutkan.

Pengindeks:

Simpul Master indexing tidak memverifikasi bahwa simpul pengindeksan cadangan memiliki cukup ruang disk yang tersedia.

Sebelum mengirim data ke simpul pengindeksan cadangan, simpul Master indexing akan memverifikasi bahwa ada cukup ruang disk pada cadangan untuk menyelesaikan transfer. Jika data yang ditransfer berukuran besar, ruang disk pada simpul pembuatan cadangan mungkin diisi oleh kejadian eksternal selama waktu data ditransfer. Ini akan menyebabkan Master dan simpul cadangan kehilangan sinkronisasi.

Pastikan bahwa simpul pengindeksan cadangan setidaknya memiliki ruang disk sebanyak yang tersedia sebagai simpul Master indexing.

Pengindeks:

Menghapus kumpulan konten bukan merupakan operasi yang toleran. Jika operasi gagal pada simpul pembuatan cadangan, operasi tidak akan dikembalikan pada simpul Master indexing. Hasilnya adalah simpul Master dan pembuatan cadangan akan kehilangan sinkronisasi.

Jika simpul pembuatan cadangan gagal selama penghapusan kumpulan konten, maka harus disinkronkan secara manual.

Pengontrol pencarian:

Node pencarian tertunda saat start-up jika server config tidak tersedia.

Node pencarian berusaha menyambungkan ke server config selama inisialisasi. Beberapa upaya koneksi dilakukan, dan saat pesan log mengklaim bahwa pengontrol pencarian hanya akan berusaha menyambungkan untuk jumlah waktu tertentu, waktu yang sebenarnya menunggu secara substansial lebih panjang.

Mulai server konfigurasi, dan mulai ulang simpul pencarian.

Hopper

Konektor JDBC tidak berfungsi dengan pengaturan konfigurasi output->OperationMode dalam kumpulan jdbctemplate. XML untuk diperbarui. Mode operasi pembaruan dimaksudkan untuk memperbarui subset atribut pada item yang sudah ada saja, juga dikenal sebagai pembaruan parsial.

Jangan gunakan pembaruan mode operasi. Untuk perayapan bertahap, mode operasi Tambahkan harus selalu digunakan. Konten perayapan menggunakan mode operasi Tambahkan mengharuskan semua atribut item dipilih dalam JDBCSQL.

Keterkaitan

Jika karena beberapa alasan mesin analitik web kehilangan kontak dengan proses pekerjanya, proses dapat dihentikan dan tidak dimulai ulang secara otomatis. Hal ini biasanya terjadi jika mesin reboot atau jaringan tidak stabil. Penampil kejadian dan log sistem FS14 akan berisi pesan log yang sama seperti ini:

[2009-12-13 17:15:03] Kesalahan: webanalyzer@HOSTNAME: systemmsg: Processing failed in Makefile "wapartialupdate" untuk tampilan "default", tampilan akan diatur dalam kondisi berhenti.

Gunakan perintah tanyakan waadmin untuk melanjutkan anchortext dan pemrosesan link. Jika tampilan analitik web ekstra telah dibuat, tampilan tersebut mungkin juga harus dijadwalkan ulang dengan menjalankan waadmin enqueuview-n<viewname>.

Keterkaitan

Opsi waadmin drop_intra diaktifkan untuk membuang link intra situs, namun tidak mempengaruhi analisis link analitik web.

Opsi ini hanya berfungsi jika sumber data adalah crawler web pencarian cepat. Tidak berpengaruh jika sumber data adalah konektor FAST Search.

Keterkaitan

Pesan log berikut ini diamati dalam penampil kejadian atau log sistem FS14 dan mesin klik-tayang telah berhenti memproses data log klik-tayang:

[2010-01-16 04:00:10.333] PERINGATAN sistemmsg Asyncore

fungsi callback memunculkan Exception: <class ' Socket. error ' >:

(10054, ' Reset koneksi dengan rekan ')

[C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\sprelcore.py | Driver | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\Src\server\spprocengine.py | scheduler | 206]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\spprocengine.py | periodic_run_handler | 216] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\spprocengine.py | _startMakefile | 260] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\sprunner.py | __init__ | 52]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\sprunner.py | __init__ | 30]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\sprunner.py | Go | 56]

[C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\sprunner.py | run_cidcollapser | 72] [C:\d\cruise\builds\active\common\sharepointrelevance\
Src\server\spprocengine.py | penyetelan | 431]

[fdmapi. py | penyetelan | 519] [filesys. py | init_filesystem | 171] [async_remote. py | run_remote_commands | 325]
[async_remote. py | run_ticks | 423]
[async_remote. py | profile_callback | 386]
[fdmmaster. py | process_from_remote | 823]
[fdmmaster. py | putuskan | 540]
[utils. py | shutdown | 581] [<string>| shutdown | 1]

Mulai ulang server klik-tayang dengan nctrl restart sprel. Ini berjalan di komputer yang sama dengan server analitik web (WebAnalyzer).

Backend pencarian:

Kueri numerik Floating-Point pada properti teks mungkin mengembalikan klik false.

Hal ini mungkin terjadi untuk properti rayapan atau properti terkelola dari teks tipe data.

Untuk pencocokan akurat pada nilai numerik Floating Point, gunakan properti terkelola tipe Float atau desimal.

Backend pencarian:

Menambahkan banyak properti terkelola ke skema seiring berjalannya waktu dapat mengakibatkan penggunaan memori yang tinggi dalam proses fixmlindex. exe.

Untuk mengatasi hal ini, instal ulang FAST Search dan Terapkan perubahan skema dalam sekali jalan, atau ikuti prosedur ini:

1. Melakukan semua pembaruan skema sebelum memulai pemberian makan.

2. Hentikan FASTSearchService

3. Menghapus file

4. etc \ config_data \Schema\webcluster\summaryclasses.xml

5. Mulai FASTSearchService

6. Mulai umpan.

Backend pencarian:

Peringkat miskin untuk kueri dengan istilah yang muncul di sebagian besar dokumen.

Hal ini mungkin terjadi bahkan pada penginstalan dengan sejumlah kecil dokumen.

Perilaku peringkat FAST Search secara default dikonfigurasikan untuk melakukan perdagangan kinerja untuk memastikan kinerja pencarian yang baik ketika memiliki jumlah dokumen yang besar.

Tradeoff mengurangi jumlah data yang perlu dibaca dan diproses oleh backend pencarian. Namun, kelemahannya adalah dokumen yang lebih tidak relevan mungkin dikembalikan dan diberi peringkat di atas dokumen yang relevan, yaitu presisi dikurangi.

Tradeoff dilakukan tanpa memperhitungkan jumlah dokumen di node. Hal ini dalam beberapa kasus adalah keuntungan sebagai salah satu kemudian mulai melakukan tuning peringkat bahkan saat melakukan makan awal, dan perilaku peringkat tidak akan mengubah banyak waktu tergantung pada jumlah dokumen.

Namun, dalam kasus tertentu, seseorang mungkin ingin mendapatkan kemungkinan peringkat terbaik, terutama pada sistem kecil.

Untuk mengurangi efek dari kinerja ini tradeoff, Anda bisa meningkatkan nilai StopWordThreshold dan PositionStopWordThreshold dalam profil peringkat, seperti yang dijelaskan dalam pencarian cepat mengoptimalkan dokumentasi relevansi.

Backend pencarian:

Mengubah tipe properti yang dikelola dari satu tipe numerik ke tipe numerik lain mungkin menyebabkan berbagai masalah:

Dalam beberapa kasus, dokumen yang diberi makan mungkin dibuang dari pengindeksan. Hal ini mungkin terjadi ketika menggunakan perintah resetindex indexeradmin, atau dalam kasus di mana sistem dimulai ulang secara tiba-tiba.

Dalam kasus lain, konten yang sudah diberi makan mungkin diindeks secara tidak benar, sehingga kueri menggunakan nilai numerik yang diketahui mungkin tidak mengembalikan hasil atau klik untuk kumpulan dokumen yang salah.

Masalah terkait adalah penghapusan dan pencarian ulang properti yang dikelola menggunakan nama yang sama dan tidak mengubah tipe akan menyebabkan konten properti yang dikelola terlihat lagi di frontend pencarian untuk semua dokumen. Ini mungkin tidak selalu menjadi efek yang diharapkan.

Setelah mengubah tipe data properti yang dikelola, umpan ulang konten untuk memastikan konten akan diindeks dengan benar.

Backend pencarian:

Saat menggunakan konektor FAST Lotus Notes, Get-Fastsearchfilterfiltertidak mengembalikan informasi apa pun

Tingkatkan maxStringContentLength dari 65536 ke 655360 dan juga Ubah maxArrayLength dari 16384 ke 163840 di%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config dan%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

Backend pencarian:

Get-FASTSearchSecurityConfigurationStatus comandlet tidak berfungsi. Port default salah di%FASTSEARCH%\bin\Microsoft.SharePoint.
Search. Extended. Security. Worker. PowerShell.
Commands. dll. config.

Buka%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
Extended. Security. Worker. PowerShell. commands. dll. config dan Ubah nilai base_port dari 13000 ke 13001.

Backend pencarian:

Ketidakcocokan pengidentifikasi baris antara node pencarian dan simpul pengindeksan yang digunakan di host yang sama.

Pengidentifikasi baris dari node pencarian ditetapkan secara dinamis, sedangkan pengidentifikasi baris node pengindeksan ditentukan selama instalasi.

Pencadangan dan pemulihan:

Pencarian tidak tersedia setelah melakukan pemulihan FAST Search Center ke direktori instalasi yang berbeda.

Perbaiki jalur yang tidak lagi valid dalam%Fastsearch%\components\sam\admin\admintranaction.log.

Ikuti langkah-langkah ini di node admin pusat pencarian cepat untuk memperbaiki masalah:

1. Hentikan proses samadmin dengan mengeksekusi nctrl stop samadmin

1. Edit semua jalur file di%Fastsearch%\components\sam\admin\admintranaction.log dengan jalur yang benar misalnya jika Anda semula menginstal pusat pencarian cepat ke C:\FASTSearch\ dan memulihkan pusat pencarian cepat ke E:\FASTSearch maka entri berikut ini di adminTransaction. log Anda:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml

harus diubah menjadi:

a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml

1. Mulai proses admin Sam dengan menjalankan nctrl mulai samadmin

Pencadangan dan pemulihan:

Pencarian tidak berfungsi setelah memulihkan simpul admin pusat pencarian cepat tetapi tidak memulihkan simpul kueri pusat pencarian cepat

Memindahkan konfigurasi terbaru dari node kueri pusat pencarian cepat ke simpul admin pusat pencarian cepat dengan:

1. Hentikan proses samadmin dengan mengeksekusi nctrl stop samadmin

1. Salin semua file di node kueri pusat pencarian cepat di bawah%FASTSEARCH%\components\sam\worker ke simpul admin pusat pencarian cepat di bawah%FASTSEARCH%\components\sam\admin

1. Memulai proses samadmin dengan menjalankan nctrl mulai samadmin

Pencadangan dan pemulihan:

Saya menjalankan skrip pemulihan dari server FAST Search 2010 untuk SharePoint Distribution di server FAST Search 2010 untuk konsol manajemen SharePoint. Setelah menjalankan skrip, semua cmdlet dimuat dengan konsol sudah tidak ada.

Karena bug dalam skrip, FAST Search Server 2010 untuk SharePoint membongkar snap-in PowerShell terkait. Ini bisa diatasi dengan mengeksekusi perintah di bawah ini dalam perintah PowerShell:

PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell

Cari Front-end:

Situs pencarian MOSS mengembalikan kesalahan:

Permintaan pencarian tidak dapat tersambung ke layanan pencarian.

saat pencarian dilakukan segera setelah memulai ulang proses samworker. Masalah hanya muncul pada permintaan pertama melalui ujung depan MOSS, setelah Anda memulai ulang samworker. Permintaan kedua dan setiap permintaan selanjutnya akan berfungsi.

Buat dua permintaan ke situs pencarian MOSS setelah memulai ulang samworker. Pastikan pencarian berfungsi dengan memeriksa hasil dan memverifikasi permintaan kedua tidak memberikan kesalahan.

Promosi & penurunan pangkat:

Saat menambahkan promosi/penurunan dengan URL yang berisi garis miring terbalik, kueri dengan promosi/penurunan yang diterapkan gagal.

Logika pemrosesan kueri promosi/penurunan tidak lolos karakter garis miring terbalik dengan benar.

Masalah ini harus jarang dijumpai dalam prakteknya karena konektor Out-of-The-Box menggunakan URL yang tepat saat memberi umpan konten (misalnya file://myserver/mypath).

Solusi yang disarankan adalah mengganti garis miring terbalik dengan garis miring ke depan.

Misalnya mengubah "\\myserver\mypath" menjadi "\myserver/mypath".

Manajemen skema:

Mengaktifkan pengaturan penyempurnaan aktif pada properti terkelola tipe Float atau Boolean tidak berfungsi seperti yang diharapkan. Tidak ada penyempurna yang ditampilkan untuk properti terkelola tipe ini.

Solusi:

Gunakan desimal dan bukan Float dan string dan bukan Boolean. Ini berarti:

1. Properti Managedharus memiliki type = decimal dan bukan Float dan type = string dan bukan Boolean.

2. Sumber konten (misalnya daftar SharePoint) harus menggunakan desimal dan bukan Float dan string dan bukan Boolean.