none
בעיית free physical memory RRS feed

 > 

  • שאלה

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    היי,

    מדובר על שרת Windows 2008 64 bit ST SP2  בשרת 32 גיגה זיכרון פיזי ו-2 מעבדים 8 ליבות כ"א

    התפקיד היחידי של השרת הוא SQL Server . ל-SQL הוקצה 22 גיגה ( דרך ה- SQL SMS) יש א.וירוס כמובן.

    הבעיה היא שדרך ה- Task Manager כמות ה- physical memory היא קטנה מאוד: לעיתים 0 ולעיתים עשרות בודדות של MB.

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

    דרך ה- Task Manager ראינו: 19 פעמים schost.exe .

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

    השאלה הראשית היא איך נעלם הזיכרון? וכן מהם כל ה- svhost.exe האם ריבוי שלהם לא מעיד על בעיה במערכת הפעלה?

    תודה מראש

    יום שני 04 נובמבר 2013 10:04
    |

תשובות

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    היי,

    כן, התכוונתי ל- svhost.exe.

    • סומן כתשובה על-ידי eran2b יום שלישי 05 נובמבר 2013 11:40
    יום שני 04 נובמבר 2013 14:17
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    יותר ברור :-)

    SVCHOTS  זה prosess שדרכו מופעלים כמה וכמה רכיבים ככה שלראות  instance שלו רץ כמה פעמים זה הגיוני

    למרות ש19 נשמע קצת הרבה

    קצת  עליו

    http://www.howtogeek.com/howto/windows-vista/what-is-svchostexe-and-why-is-it-running/

    http://en.wikipedia.org/wiki/Svchost

    דבר נסה לראות מה קורה שאתה סוגר את הinstance של שרת הSQL  ולראות מה קורה לזיכרון  ככה תאשר שבאמת הSVCHOST הוא  הבעיה.  ולא משהוא אחר.

    במקביל  תבדוק

    האם רצים לך בשרת schedule task.  רבים מהם רצים בקונסול  שפותח SVCHOST בעבודתו.

     

    rez@sysdarts.com



    • נערך על-ידי Roei Even-Ziv יום שני 04 נובמבר 2013 15:24
    • סומן כתשובה על-ידי eran2b יום שלישי 05 נובמבר 2013 11:40
    יום שני 04 נובמבר 2013 15:21
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום רב,

    על מנת ששרת יספק שירותים באופן ראוי עליו להכיל מספיק זיכרון לטובת מערכת ההפעלה (לדעתי לפחות 6 GB בהנחה שמדובר בשרת יעודי ל SQL). העדר זיכרון למערכת הפעלה גורם לביצוע I\O נמוכים ישירות. עם זאת, ישנם פרמטרים נוספים שיש לבחון, כדוגמת: ביצוע קריאה\כתיבה לדיסק, עומס על ה CPU, סוגי SQL CLIENTS, מבנה ה DB + ה INDEX (והעדכניות שלהם) וכדומה.

    בעיה שכיחה היא גם הגדרות AV לא מתאימות שמבצעות נעילות ל DB\LOGS וכדומה.

    אתה יכול לעבוד עם הכלי:

    http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

    על מנת לקבל מידע טוב יותר על צריכה המשאבים.

    בהצלחה

    Best Regards, Yuval Sinay, Shadowall Group CTO http://www.shadowall.net , Blog: http://blogs.microsoft.co.il/blogs/yuval14

    • סומן כתשובה על-ידי eran2b יום רביעי 06 נובמבר 2013 08:15
    יום שלישי 05 נובמבר 2013 20:02
    |

כל התגובות

  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    צהריים טובים 

    רשמת  2 שמות של process 

    schost.exe

    svhost.exe

    האם התכוונת  לsvchost.exe ? 

    rez@sysdarts.com

    יום שני 04 נובמבר 2013 12:44
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    היי,

    כן, התכוונתי ל- svhost.exe.

    • סומן כתשובה על-ידי eran2b יום שלישי 05 נובמבר 2013 11:40
    יום שני 04 נובמבר 2013 14:17
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    יותר ברור :-)

    SVCHOTS  זה prosess שדרכו מופעלים כמה וכמה רכיבים ככה שלראות  instance שלו רץ כמה פעמים זה הגיוני

    למרות ש19 נשמע קצת הרבה

    קצת  עליו

    http://www.howtogeek.com/howto/windows-vista/what-is-svchostexe-and-why-is-it-running/

    http://en.wikipedia.org/wiki/Svchost

    דבר נסה לראות מה קורה שאתה סוגר את הinstance של שרת הSQL  ולראות מה קורה לזיכרון  ככה תאשר שבאמת הSVCHOST הוא  הבעיה.  ולא משהוא אחר.

    במקביל  תבדוק

    האם רצים לך בשרת schedule task.  רבים מהם רצים בקונסול  שפותח SVCHOST בעבודתו.

     

    rez@sysdarts.com



    • נערך על-ידי Roei Even-Ziv יום שני 04 נובמבר 2013 15:24
    • סומן כתשובה על-ידי eran2b יום שלישי 05 נובמבר 2013 11:40
    יום שני 04 נובמבר 2013 15:21
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    הי,

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

    בצע ובדוק את הפעולות הבאות בשרת:

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

    וודא עדכון של מערכת ה-AV.

    תוציא פלט של כל ה-Proccess עם הפקודה הבאה בכדי לבדוק לאן ניגש כל proccess

    WMIC PROCESS get Caption,Commandline,Processid > e:\process.txt

    עדכן בסיום,

    אלי שלמה.

    Email:eshlomo9@hotmail.com;Twitter:https://twitter.com/EliShlomo1

    יום שלישי 05 נובמבר 2013 07:11
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

     היי,

    ראשית תודה על התגובות. עברתי על כל ה- proccess ולא מצאתי משהו חריג, כך גם ב-  Task Manager אין רמז לבעיה.

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

    כך שבכל הקשור ל- system אני די תקוע.

    יש לי שאלה בהקשר של SQL- אני אשאל זאת גם בפורום שלהם:

    1.האם למרות ההקצאה האוטו' של הזיכרון, עצם העובדה של-OS יש מעט זיכרון פיזי פנוי, האם זה אמור להשפיע על זמני התגובה של ה- sql clients?

    שוב תודה

    יום שלישי 05 נובמבר 2013 12:06
    |
  • Question
    היכנס כדי להצביע
    0
    היכנס כדי להצביע

    שלום רב,

    על מנת ששרת יספק שירותים באופן ראוי עליו להכיל מספיק זיכרון לטובת מערכת ההפעלה (לדעתי לפחות 6 GB בהנחה שמדובר בשרת יעודי ל SQL). העדר זיכרון למערכת הפעלה גורם לביצוע I\O נמוכים ישירות. עם זאת, ישנם פרמטרים נוספים שיש לבחון, כדוגמת: ביצוע קריאה\כתיבה לדיסק, עומס על ה CPU, סוגי SQL CLIENTS, מבנה ה DB + ה INDEX (והעדכניות שלהם) וכדומה.

    בעיה שכיחה היא גם הגדרות AV לא מתאימות שמבצעות נעילות ל DB\LOGS וכדומה.

    אתה יכול לעבוד עם הכלי:

    http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

    על מנת לקבל מידע טוב יותר על צריכה המשאבים.

    בהצלחה

    Best Regards, Yuval Sinay, Shadowall Group CTO http://www.shadowall.net , Blog: http://blogs.microsoft.co.il/blogs/yuval14

    • סומן כתשובה על-ידי eran2b יום רביעי 06 נובמבר 2013 08:15
    יום שלישי 05 נובמבר 2013 20:02
    |