none
full text search RRS feed

  • שאלה

  • היי , 

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

    הסרויס של הfulltext היה למעלה בשני השרתים בקלאסתר 

    האם מישהו נתקל במקרה הזה כבר? האם הסרויס של הfulltext מקושר למשאב של הavailibilty group בקלאסתר?

    Sqlserver 2014 על שרתי windows 2012 r2

    תודה.

    יום ראשון 02 אוגוסט 2015 09:04

כל התגובות

  • עד כמה שאני יודע לא צריכה להיות בעיה לעבוד עם FTS תחת always on

    ה BOL במפורש מציג את האפשרות ברשימה של האפשרויות שאין להם שום מגבלה:
    Features That Interoperate with AlwaysOn Availability Groups
    https://msdn.microsoft.com/en-us/library/hh710077.aspx?f=255&MSPPError=-2147217396



    signature   Ronen Ariely
     [Personal Site]    [Blog]    [Facebook]

    יום ראשון 02 אוגוסט 2015 17:08
    מנחה דיון
  • הי קדאפי,

    ה-Service של ה-FTS אינו מקושר בשום צורה ל-Availability Group Resurce ב-Cluster, בדיוק כמו שה-Service של SQL Server לא מקושר. ה-Services צריכים להיות למעלה בשני השרתים, ומה שדואג לסנכרון ביניהם הוא ה-Availability Group. כל המידע, כולל המידע של ה-FTS, נשמר כחלק מה-Database ומסונכרן כחלק מה-Database.
    כפי שרונן כתב, זה אמור לעבוד, ואני באופן אישי לא נתקלתי במקרה שאתה מתאר.
    אם אשמע על משהו, אעדכן...

    בהצלחה!

    -----------------------------
    גיא גלנצר
    יועץ והוגה דעות
    http://www.madeiradata.com


    יום ראשון 09 אוגוסט 2015 06:01
    מנחה דיון
  • היי התקלה ממשיכה לקרות 

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

    והקפצה בקלאסתר (או ריסוט) פותר את זה אך זה לא פתרון טוב!

    גם לא מוצאת מקרה דומה באנטרנט.... מה זה יכול להיות?

    --

    דבר נוסף שפותר את התקלה זה לעביר את אחד הקטלוגים לoffline  ואז להחזיר לauto


    • נערך על-ידי Ellen345 יום שלישי 08 ספטמבר 2015 17:49
    יום שלישי 08 ספטמבר 2015 17:26
  • אהלן

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

    על מנת לפתור תקלה יש 2 גישות:

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

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

    2. הגישה היותר מומלצת בעיני אבל יכולה לקחת יותר זמן (ולכן לפעמים תתאים לתקלה חוזרת בלבד): ניטור הבעיה לפני שניגשים לטיפול בה.

    אני כאמור בגישה השנייה בדרך כלל וכאן לא התחלנו אפילו בתהליך הניטור :-)

    עד כה, רק נתתי תשובה ישירה לשאלה: "האם הסרויס של הfulltext מקושר למשאב של הavailibilty group בקלאסתר?"
    התשובה היתה שלא צריכה להיות בעיה לעבוד עם FTS תחת always on. ז"א זה לא מקור הבעיה הישירה.
    לגבי קשר עקיף... יש מושג בשם אפקט הפרפר הקשור לתיאוריית הכאוס וכדאי להכיר אותו :-) אני לא טענתי שאין קשר בשום צורה ואני מנסה להיות זהיר בפורום, כשאין לנו מידע אמיתי מלא על הבעיה או יכולת לנטר את הבעיות.

    הבעיה כרגע היא שאנחנו מנסים לפתור בעיה בזמן החופשי שלנו, עד כמה שאנחנו יכולים לתת בהתנדבות, אבל במסגרת הפורום אני לא יכול למשל להשקיע את אותן שעות במקרים של תקלה אצל לקוח. אם המקרה שלך היה ברור ומוכר לי באופן מיידי הייתי נותן תשובה ישירה, אבל זה לא המצב :-(
    * ייתכן שהתיאור לא מלא או לא מדוייק או שאני לא מבין אותך נכון, או שפשוט יש כאן מצב שעדיין לא נתקלתי בו ישירות, ולכן במסגרת הפורום קשה לי לשלוף "תעשה X אז הבעיה תפתר" :-)

    השלב הראשון בניטור הבעיה הוא לבדוק את קובת הלוגים של ה FTS. אתה יכולצלהעזר בקישור הבא על מנת למצוא את קובץ הלוג המלא:
    https://technet.microsoft.com/en-us/library/ms142495(v=sql.105).aspx

    בקובץ יהיו לנו כניראה הנתונים כדי לנטר את הבעיה


    signature   Ronen Ariely
     [Personal Site]    [Blog]    [Facebook]

    יום שני 19 אוקטובר 2015 14:02
    מנחה דיון