בעיות ידועות/קובץ ReadMe של Microsoft Search Server 2010 ו- Microsoft FAST Search Server 2010

דרישות חומרה ותוכנה עבור Microsoft Search Server 2010:

תוכן זה ממוקם ב-Technet

דרישות חומרה ותוכנה

זיהוי שפת חיפוש ב-SharePoint

חיפוש ארגוני כולל תכונת זיהוי שפה שעבורה עלינו לספק ייחוס זכויות יוצרים.

רשיון טיפול נמרץ-טיפול נמרץ 1.8.1 ואילך

רשיון SSLeay מקורי

רשיון LIBXML2

יכולת ניהול

לאחר שינוי רמת הביצועים עבור שירות החיפוש באמצעות PowerShell, מספר הצהרות הצהרה "RobotThread tid {num} שהתקבלו לא סוטה-אובייקט" עשויים להיות מוצגים ביומני הרישום.

למחזר את שירות החיפוש בכל אחת מהתיבות בחווה על-ידי הזנת שתי הפקודות הבאות בהנחיה מוגבהת:

net stop osearch14

net start osearch14

זיהוי שפה אוטומטי מתבצע כברירת מחדל לאחר שדרוג Beta2:

כברירת מחדל, מנגנון החיפוש מסיק את השפה של מסמכים בזמן זחילה כדי לבחור את הtokenizers הנכון (aka. wordbreakers).

ייתכן שלקוחות מסוימים כיבו את אלה במכוון וברצונך שהוא יישאר מחוץ לתחום (כדי לחקות את התנהגות שרת החיפוש של 2007). מהדורת RTM תפעיל את מערכת מסקנה השפה כברירת מחדל בשדרוג מ-Beta2.

בטל את זיהוי השפה האוטומטית או הפעל מחדש את שירות החיפוש כנדרש (ראה להלן). ביטול הזיהוי יפסיק לאחזר מסמכים מסוימים, במיוחד html, קבצי msg ו-txt עבור מקרים מסוימים.

כדי לבטל את זיהוי השפה, הגדר את הפרטים הבאים ל-0

EnableLanguageDetection

EnableLanguageDetectionPerChunk

בתוך הרישום ke:

HKEY_LOCAL_MACHINE שרת \SOFTWARE\Microsoft\Office \
14.0 \ Search\Global\Gathering Manager

לאחר ביצוע פעולה זו, יש להפעיל מחדש את שירות החיפוש, למשל באמצעות הפקודות הבאות:

net stop osearch14

net start osearch14

הקפד להגדיר את שפת השרת index לשפה הנפוצה ביותר עבור רוב קבצי ה-html, msg ו-txt.

לאחר ביטול מקשים אלה, סינון לפי שפה בחיפוש מתקדם לא יפעל גם עבור קבצים אלה.

הגדרת

תצורת שרת החיפוש המהיר נכשלת ב-Win2k8 האיטלקית של SP2 ב-X64:

תצורת ההגדרה של Post נכשלת עם השגיאה הבאה:

חריג-: חריגה-Microsoft. SharePoint. Search. Mahasen. DeploymentException: שגיאת אימות XML: L'attributo ' modifiedTime ' לא תאקט valido. איל ולור ' 2010-04-16T 14.35.48 Z ' תאקט-tipo-dati-http://www.w3.org-Stringa 16t Z "valido 14.35.48 תאקט-XsdDateTime-valido
ב-Microsoft. SharePoint. Search. מורחב. Mahasen. SystemModel. SearchInstallation. ctor (String deploymentXML)

תורגם לאנגלית:
חריג-: חריג-Microsoft. SharePoint. Search. Mahasen. DeploymentException: שגיאת אימות XML: התכונה ' modifiedTime ' אינה חוקית. הערך ' 2010-04-16T14.35.48 Z ' אינו חוקי עבור סוג הנתונים ' http://www.w3.org '-המחרוזת "2010-04-16T 14.35.48 Z" XsdDateTime אינו ערך חוקי.
ב-Microsoft. SharePoint. Search. מורחב. Mahasen. SystemModel. SearchInstallation. ctor (String deploymentXML)

הפתרון הטוב ביותר הוא להתקין את Win2k8 R2 במקום את Win2k8 SP2

פתרון חלופי הוא למחוק את הקובץ: C:\FASTSearch\etc\deployment.xsd.

אם הקובץ לא נמצא, אימות הסכימה לא יתקיים.

הגדרת מרכז החיפוש המהיר:

החלפת אישור FASTSearch המוגדר כברירת מחדל עם אישור חדש באמצעות קובץ ה-script שנמסר: ReplaceDefaultCertificate. ps1 נכשל במערכת הפעלה של יפנית.

פתרון

1. צור גיבוי של הקובץ.

2. החלף את הלא נכון "-eq" עם חדש "-eq" ושמור.

הערה: לא מומלץ בסביבות ייצור כשינוי קובץ זה מעביר תיקון עתידי. לא ניתן להחליף אותו בתיקון מאוחר יותר.

אינדקסים

מחיקת אוסף תוכן אינה פעולה עמידה בפני תקלות. אם הפעולה נכשלת בצומת יצירת אינדקס של גיבוי, הפעולה לא תבוטל בצומת יצירת האינדקס הראשי. התוצאה תהיה שצומת יצירת האינדקס של האב והגיבוי יאבד את הסינכרון.

אם צומת יצירת אינדקס של גיבוי נכשל במהלך המחיקה של אוסף תוכן, יש לסנכרן אותו באופן ידני.

אינדקסים

הפעלה מחדש של צומת יצירת האינדקס לאחר כיבוי לא נקי, התהליך עשוי להיראות מוקפא למשך זמן ממושך בעת בנייה מחדש של מבני נתונים. בהתאם לגודל האינדקס, הבנייה מחדש של מבני הנתונים עשויה להימשך שעות.

ההתקדמות מוצגת בקבצי יומן הרישום של צומת יצירת האינדקס. לפני האירוע מופיע הודעת יומן הבנייה מחדש של אינדקס מסמכים. ניתן גם לאחזר את מצב צומת יצירת האינדקס באמצעות כלי שורת הפקודה indexerinfo. אל תהרוס את התהליך בזמן שמבני הנתונים מובנים מחדש.

אינדקסים

הודעות יומן הרישום:

• אזהרה פלט המסנן נכשל,

• שגיאה לא היתה אפשרות להפעיל את מקלט הקבצים: אי-התאמה של גודל חתימה!

• שגיאה לא היתה אפשרות לעדכן את הקובץ

מופיעים בצמתים של יצירת אינדקסים של גיבויים.

הודעות יומן רישום אלה עשויות להיות מתעלמות בבטחה בצמתים של יצירת אינדקסים של גיבויים.

אינדקסים

מסמכים שאינם בעלי אינדקס עשויים לנבוע מעדכון סכימת האינדקס בעת הזנת מסמכים.

השהה את ההזנה במהלך עדכון סכימה וודא ששינוי הסכימה הופץ הן לצמתי עיבוד המסמכים והן לצמתי יצירת האינדקס לפני החידוש.

אינדקסים

צומת יצירת האינדקס הראשי אינו מוודא שלצמתי יצירת האינדקסים של הגיבוי יש מספיק שטח דיסק זמין.

לפני שליחת נתונים לצמתי יצירת אינדקס הגיבוי, הצומת הראשי של יצירת האינדקסים יאמת שקיים מספיק שטח דיסק בגיבוי כדי להשלים את ההעברה. אם הנתונים מועברים הם גדולים, ייתכן ששטח הדיסק בצומת יצירת אינדקס הגיבוי עשוי להתמלא לפי אירועים חיצוניים במהלך העברת הנתונים. פעולה זו תוביל לצמתי האב ולגיבוי שיאבדו את הסינכרון.

ודא שלצמתי יצירת אינדקסי הגיבוי יש לפחות שטח דיסק זמין כגון צמתי יצירת האינדקס הראשיים.

אינדקסים

מחיקת אוסף תוכן אינה פעולה עמידה בפני תקלות. אם הפעולה נכשלת בצומת יצירת אינדקס של גיבוי, הפעולה לא תבוטל בצומת יצירת האינדקס הראשי. התוצאה תהיה שצומת יצירת האינדקס של האב והגיבוי יאבד את הסינכרון.

אם צומת יצירת אינדקס של גיבוי נכשל במהלך המחיקה של אוסף תוכן, יש לסנכרן אותו באופן ידני.

בקר החיפוש:

צמתי החיפוש מתעכבים בעת האתחול אם שרת Config אינו זמין.

צמתי החיפוש מנסים להתחבר לשרת Config במהלך האתחול. מתבצעות מספר נסיונות חיבור, ובזמן שהודעות יומן הרישום מצהירות שהבקר החיפוש מנסה להתחבר רק למשך זמן מסוים, הזמן שבו הוא באמת ממתין ארוך משמעותית.

הפעל את שרת Config והפעל מחדש את צומת החיפוש.

הזנה

מחבר JDBC אינו פועל עם הגדרת הפלט של הגדרת תצורה->OperationMode בהגדרת jdbctemplate. xml לעדכון. מצב הפעולה ' עדכון ' מיועד לעדכון קבוצת משנה של תכונה בפריטים קיימים בלבד, המכונים גם עדכונים חלקיים.

אל תשתמש בעדכון מצב פעולה. עבור סריקות מצטברות, יש להשתמש תמיד באפשרות ' הוסף מצב פעולה '. סריקה של תוכן באמצעות האפשרות ' מצב פעולה ' מחייבת את כל תכונות הפריט שייבחרו ב-JDBCSQL.

רלוונטיות

אם מסיבה כלשהי המנוע של web analytics מאבד את הקשר עם תהליכי העובד שלו, ניתן לעצור את העיבוד ולא להפעיל אותו מחדש באופן אוטומטי. אפשרות זו עשויה להתרחש בדרך כלל אם אתחול מחשב מחדש או שהרשת אינה יציבה. מציג האירועים ויומני המערכת של FS14 מכילים לאחר מכן הודעת יומן רישום דומה לזו:

[2009-12-13 17:15:03] שגיאה: webanalyzer@HOSTNAME: systemmsg: העיבוד נכשל ב-makefile "wapartialupdate" עבור התצוגה "default", התצוגה תוגדר במצב מופסק.

השתמש בפקודה waadmin enqueueview כדי לחדש את העיבוד של anchortext והקישור. אם נוצרו תצוגות נוספות של ניתוח אינטרנט, תצוגות אלה עשויות להיות מתוזמנות מחדש גם על-ידי הפעלת waadmin enqueuview-n<viewname>.

רלוונטיות

האפשרות waadmin drop_intra מופעלת כדי לבטל קישורים של אתרים מקומיים, אך היא אינה משפיעה על ניתוח הקישור ' ניתוח אתרים '.

אפשרות זו פועלת רק אם מקור הנתונים הוא סורק האינטרנט ' חיפוש מהיר '. אין לו השפעה אם מקור הנתונים הוא מחבר החיפוש המהיר.

רלוונטיות

הודעת יומן הרישום הבאה נצפתה במציג האירועים או ביומני המערכת של FS14, והמנוע של הלחיצה על מנגנון הלחיצה הפסיק לעבד נתוני יומן רישום של ' לחץ והכה ':

[2010-01-16 04:00:10.333] אזהרה systemmsg Asyncore

הפונקציה התקשרות חזרה העלתה חריגה: <class socket. error'>:

(10054, ' חיבור מאופס לפי עמית ')

[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 | מנהל התקן | 339]

[C:\d\cruise\builds\active\common\sharepointrelevance
\src\server\SPProcEngine.py | מתזמן | 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 | 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 | הגדרה | 431]

[fdmapi. py | הגדרה | 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 | התנתק | 540
] [utils. py | התנתק | 581] [<string> | shutdown | 1]

הפעל מחדש את שרת ' לחץ והפעל ' עם הפעל מחדש את nctrl sprel. היא פועלת באותו מחשב שבו מותקנים השרתים web analytics (WebAnalyzer).

חיפוש עורפי:

שאילתות מספריות של נקודה צפה במאפיין טקסט עשויות להחזיר כניסות false.

פעולה זו עשויה להתרחש עבור מאפיינים סרוקים או מאפיינים מנוהלים של טקסט סוג נתונים.

לקבלת התאמה מדויקת של ערכים מספריים של נקודה צפה, השתמש במאפיין מנוהל של סוג ציפה או מספר עשרוני.

חיפוש עורפי:

הוספת מאפיינים מנוהלים רבים לסכימה לאורך זמן עלולה להוביל לשימוש בזיכרון גבוה בתהליך fixmlindex. exe.

כדי לעקוף פעולה זו, התקן מחדש את החיפוש המהיר והחל את שינויי הסכימה באחת מהפעולות הבאות, או בצע את ההליך הבא:

1. ביצוע כל עדכוני הסכימה לפני התחלת ההזנה.

2. הפסקת הFASTSearchService

3. הסרת הקובץ

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

5. הפעלת הFASTSearchService

6. התחל להזין.

חיפוש עורפי:

דירוג מסכן עבור שאילתות עם מונחים המתרחשים ברוב המסמכים.

מצב זה עשוי להתרחש גם בהתקנות עם כמויות קטנות של מסמכים.

אופן הפעולה של דירוג החיפוש המהיר מוגדר כברירת מחדל לביצוע חלופות ביצועים כדי להבטיח ביצועי חיפוש טובים בעת קבלת כמויות גדולות של מסמכים.

Tradeoff מצמצמת את כמות הנתונים שיש לקרוא ולעבד על-ידי מנוע החיפוש. עם זאת, החיסרון הוא שניתן להחזיר מסמכים לא רלוונטיים ולדרג אותם מעל מסמכים רלוונטיים, כלומר precision מופחתת.

Tradeoff מתבצע ללא קשר למספר המסמכים בצומת. במקרים מסוימים, יתרון כפי שניתן להתחיל לבצע כוונון דירוג גם בעת ביצוע הזנה ראשונית, ואופן הפעולה של הדירוג לא ישתנה בהתאם למספר המסמכים.

עם זאת, במקרים מסוימים שימוש במקרים מסוימים, מומלץ לקבל את אופן הפעולה הטוב ביותר האפשרי בדירוג, במיוחד במערכת קטנה.

כדי להקטין את האפקט של tradeoff ביצועים זה, באפשרותך להגדיל את הערכים של StopWordThreshold ו-PositionStopWordThreshold בפרופיל הדירוג, כפי שמוסבר בתיעוד מהיר של חיפוש רלוונטיות.

חיפוש עורפי:

שינוי סוג המאפיין המנוהל מסוג מספרי אחד לסוג מספרי אחר עלול לגרום לבעיות שונות:

במקרים מסוימים, ניתן להשליך מסמכים הניזונים מאינדקס. פעולה זו עשויה להתרחש בעת שימוש בפקודה indexeradmin resetindex, או במקרים שבהם המערכת מופעלת מחדש באופן פתאומי.

במקרים אחרים, התוכן שכבר הוזן עשוי להיות סדור באינדקס באופן שגוי, כך שתשאול באמצעות ערכים מספריים ידועים עשוי להחזיר תוצאות או כניסות עבור קבוצה שגויה של מסמכים.

בעיה קשורה מחיקה ויצירה מחדש של מאפיין מנוהל באמצעות אותו שם ולא החלפת סוג יגרמו לתצוגת התוכן של מאפיין מנוהל זה בfrontend החיפוש עבור כל המסמכים. ייתכן שפעולה זו לא תמיד תהיה התוצאה הצפויה.

לאחר שינוי סוג הנתונים של מאפיין מנוהל, הזן מחדש את התוכן כדי להבטיח שהתוכן יהיה סדור באינדקס כראוי.

חיפוש עורפי:

בעת שימוש במחבר ההערות ' מהיר לוטוס ', ה-Get-FASTSearchSecurityUserSecurityFilter אינו מחזיר מידע כלשהו

הגדלת הmaxStringContentLength מ-65536 ל-655360 וגם שינוי maxArrayLength מ-16384 ל-163840 ב-%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. AdminService. exe. config ו-%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended.
Security. WorkerService. exe. config

חיפוש עורפי:

ה-Get-FASTSearchSecurityConfigurationStatus comandlet אינו פועל. יציאת ברירת המחדל היא שגויה ב-%FASTSEARCH%\bin\Microsoft.SharePoint.
חיפוש. אבטחה מורחבת. ' עובד '. Powershell.
פקודות. dll. config.

פתיחת%FASTSEARCH%\bin\Microsoft.SharePoint.Search.
מורחב. Security.. Commands. dll. dll ושינוי הערך base_port מ-13000 ל-13001.

חיפוש עורפי:

אי-התאמה של מזהה שורה בין צמתי חיפוש וצמתי יצירת אינדקס שנפרסו באותו מארח.

מזהי השורות של צמתי החיפוש מוקצים באופן דינאמי, בעוד שמזהי השורה של צמתי יצירת האינדקס מותקפים במהלך ההתקנה.

גיבוי ושחזור:

החיפוש אינו זמין לאחר ביצוע שחזור תצורה של מרכז חיפוש מהיר למדריך התקנה אחר.

תיקון הנתיבים שאינם תקפים עוד ב-%FASTSEARCH%\components\sam\admin\adminTransaction.log.

בצע שלבים אלה בצומת הניהול ' מרכז החיפוש המהיר ' כדי לפתור את הבעיה:

1. הפסקת התהליך של samadmin על-ידי ביצוע nctrl stop samadmin

1. ערוך את כל נתיבי הקבצים ב-%FASTSEARCH%\components\sam\admin\adminTransaction.log עם הנתיבים הנכונים לדוגמה, אם התקנת במקור את מרכז החיפוש המהיר ב-C:\FASTSearch\ ומרכז החיפוש המהיר של E:\FASTSearch מכן את הערך הבא ב- יומן הרישום שלך ב-adminTransaction. log:

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

יהיה עליך לשנות את הפעולות הבאות:

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. הפעלת תהליך מנהל המערכת של sam על-ידי הפעלת nctrl start samadmin

גיבוי ושחזור:

החיפוש אינו פועל לאחר שחזור צומת הניהול ' מרכז החיפוש המהיר ' אך לא לשחזר את צומת השאילתות ' מרכז החיפוש המהיר '

העבר את התצורה העדכנית ביותר מצומת שאילתה מהירה של מרכז החיפוש לצומת הניהול של מרכז החיפוש המהיר על-ידי:

1. הפסקת התהליך של samadmin על-ידי ביצוע nctrl stop samadmin

1. העתק את כל הקבצים בצומת השאילתה ' מרכז החיפוש ' המהיר תחת%FASTSEARCH%\components\sam\worker לצומת ניהול מרכז החיפוש המהיר תחת%FASTSEARCH%\components\sam\admin

1. התחל את תהליך samadmin על-ידי ביצוע nctrl start samadmin

גיבוי ושחזור:

אני מפעיל את קובץ ה-script של השחזור מתוך שרת החיפוש המהיר 2010 עבור התפלגות SharePoint בשרת חיפוש מהיר של שרת 2010 עבור SharePoint management console. לאחר ביצוע קבצי ה-script, כל רכיבי ה-CmdLet הטעונים באמצעות המסוף אינם.

עקב באג בקובץ ה-script, החיפוש המהיר Server 2010 עבור SharePoint מבטל את טעינת ה-Snap-In של PowerShell המשויך. ניתן לremediated על-ידי ביצוע הפקודה שלהלן בשורת ההנחיה של PowerShell:

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

חיפוש בקצה הקדמי:

אתר החיפוש של איזוב מחזיר את השגיאה:

לבקשת החיפוש לא היתה אפשרות להתחבר לשירות החיפוש.

כאשר חיפוש מתבצע מיד לאחר הפעלה מחדש של תהליך samworker. הבעיה מופיעה רק בבקשה הראשונה דרך הקצה הקדמי של האיזוב, לאחר ההפעלה מחדש של samworker. הבקשה השניה והבקשות הבאות פועלות.

בצע שתי בקשות לאתר החיפוש של איזוב לאחר ההפעלה מחדש של samworker. ודא שהחיפוש פועל על-ידי בדיקת התוצאה ואימות הבקשה השניה אינו מעניק את השגיאה.

קידומי מכירות של &:

בעת הוספת קידום מכירות/הסגה באמצעות כתובת URL המכילה קו נטוי הפוך, שאילתות באמצעות הוחל על החלת קידום/ביצוע ההורדה.

לוגיקת העיבוד של שאילתת הקידום/התנועה אינה מריחה כראוי תווי קו נטוי הפוך.

יש להיתקל בבעיה זו לעתים נדירות מכיוון שהמחבר מחוץ לתיבה משתמשת בכתובות Url מתאימות בעת הזנת תוכן (לדוגמה, file://myserver/mypath).

הפתרון המומלץ הוא להחליף את הלוכסן הנטוי בקו נטוי במקום זאת.

לדוגמה, שנה את "\\myserver\mypath"//myserver/mypath ".

ניהול סכימה:

הפעלת ההגדרה RefinementEnabled במאפיין מנוהל מסוג Float או בוליאני אינה פועלת כמצופה. לא מוצגים ביידועים עבור מאפיינים מנוהלים של סוגים אלה.

פתרון

השתמש במספר עשרוני במקום באפשרות Float ו-String במקום בוליאני. משמעות הדבר היא:

1. ManagedProperty חייב לכלול את הסוג = עשרוני במקום לצוף ולהקליד = String במקום בוליאני.

2. מקור תוכן (לדוגמה, רשימת Sharepoint) חייב להשתמש במספר עשרוני במקום באפשרות Float ו-String במקום בוליאני.