none
CLUSTER SQL 2005 WITH VMWARE RRS feed

  • שאלה

  • שלום לכולם

    יש לי בארגון SP2 CLUSTER SQL 2005

    מותקן ע"ג שרתים פיזיים  2003 SP2 ENT 64

    16GB +  קוואדים 2

    אתמול צרפתי שרת נוסף ל NODE כאשר הוא ע"ג VMWARE

    SERVER 2003 SP2 זהה לאחרים

    16GB +  קוואדים 2.

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

    כאשר לוקחים 200-300 מלישניה על הפיזיים

    אינני רואה מבחינת ביועים על ה VM צריכה מטורפת של זכרון או CPU

    ואינני יודע מאיפה נובעת הבעיה.

    האם יש כוון?

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

    יום רביעי 22 אוגוסט 2012 00:09

תשובות

  • לינקים לדוגמא שאפשר לראות מה אפשר לבדוק בקשר לWAITS

    http://sqlserverpedia.com/wiki/Wait_Types

    http://www.sqlsoldier.com/wp/sqlserver/sqludbaweekbeanefficientdba\

    אפשר גם לראות בsys.dm_exec_requests את הrequests שקיימים ברגע הנתון שאתה מריץ את השליפה ואז לראות בLIVE מה הWAITS

    שקיימים...


    חיים פישנר.

    יום חמישי 23 אוגוסט 2012 05:20

כל התגובות

  • שלום אלעד,

    האם מכונת ה-VM היא במצב של Shared? כלומר, האם היא חולקת את המשאבים של החווה הוירטואלית עם מכונות אחרות?

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

    אתה לא רואה צריכה מטורפת של זיכרון או CPU על המכונה כי היא לא זו שצורכת אותם.

    יכול להיות שתראה את העומס דרך כלי הניטור של החווה הכוללת.

    נ.ב.
    יצא כבר SP4 ל-SQL2005 ומומלץ להתקינו.


    Eitan Blumin; SQL Server Consultant - Madeira SQL Server Services; http://www.madeira.co.il/author/eitan/

    יום רביעי 22 אוגוסט 2012 14:51

  • היי,

    מסכים עם מה שבלומין אמר למרות שלדעתי המכונות הוירטואליות לא משתפות את הRAM אלא רק את הCPU.

    אבל בכלליות לא הייתי מתחיל לבדוק את המכונה אלא מנסה להבין איכן בכלל הבעיה ?

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

    זה יכול להיות אפילו רשת אגב לדוגמא שהשרת הוירטואלי שלך יש לו בעיות רשת בגלל סיבה כזאת או אחרת...

    בברכה,


    חיים פישנר.

    • הוצע כתשובה על-ידי EitanBlumin יום חמישי 23 אוגוסט 2012 06:12
    יום חמישי 23 אוגוסט 2012 05:18
  • לינקים לדוגמא שאפשר לראות מה אפשר לבדוק בקשר לWAITS

    http://sqlserverpedia.com/wiki/Wait_Types

    http://www.sqlsoldier.com/wp/sqlserver/sqludbaweekbeanefficientdba\

    אפשר גם לראות בsys.dm_exec_requests את הrequests שקיימים ברגע הנתון שאתה מריץ את השליפה ואז לראות בLIVE מה הWAITS

    שקיימים...


    חיים פישנר.

    יום חמישי 23 אוגוסט 2012 05:20
  • שלום,

    כל מה שנאמר למעלה נכון

    מציע לבדוק את ה Storage  במכונה הוירטואלית - אנחנו מגלים לעיתים קרובות שה Storage מהווה צוואר בקבוק וגורם לאיטיות

    בנוסף שווה לתת מבט על ה errorlog  - כש SQL server חווה בעיה בכתיבה או קריאה הוא מדווח ל Errorlog

    כמוכן SP 2   ל SQL Server 2005  הוא מיושן מאוד ולא נתמך על ידי Microsoft  - ראה קישור
    http://support.microsoft.com/lifecycle/?LN=en-us&p1=2855&x=10&y=13

    ממליץ בחום להתקין SP4  על כל השרתים.

    מקווה שעזרתי,
    נועם

    יום חמישי 23 אוגוסט 2012 06:23
  • היי

    המכונה היא SHARED על הCPU MEM

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

    מה גם שהם SSD.

    יום רביעי 29 אוגוסט 2012 10:19