✕ סגור 
צור קשר
תודה על ההתעניינות .

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

Cloud SQL for SQL Server at GCP - חלק ב'

פיני קרישר
|
קלה
|
Dec 1, 2018
alt="facebook"alt="linkedin"להרשמה לניוזלטר

בחלק א' עסקנו בהקמת בסיסי הנתונים המנוהלים, וכיום נתעמק ונסביר כיצד עושים scale up and scale down ב-Azure SQL DB.

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

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

היכנסו למסך הקונפיגורציה על ידי לחיצה על הלינק המסומן:


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


 

יש לשנות את הנתונים הרלוונטיים, כמו למשל את הזיכרון וה-CPU.

נשנה את האחסון – שימו לב שבצד ימין מופיע סיכום.


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


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

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

אם אתם מעוניינים לבדוק את ה-CPU והזיכרון, הריצו את השאילתות הבאות:

-- CPU assigned to database
SELECT scheduler_id,
cpu_id,
status,
is_online
FROM sys.dm_os_schedulers
WHERE status = 'VISIBLE ONLINE'
-- Memory allocated to database
SELECT
*,
cntr_value / 1024 AS RAM_in_MB
FROM sys.dm_os_performance_counters
WHERE counter_name LIKE '%Target Server Memory%'


מאת: פיני קרישר, SQLAzure for DBAs and RND Managers

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

בחלק א' עסקנו בהקמת בסיסי הנתונים המנוהלים, וכיום נתעמק ונסביר כיצד עושים scale up and scale down ב-Azure SQL DB.

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

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

היכנסו למסך הקונפיגורציה על ידי לחיצה על הלינק המסומן:


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


 

יש לשנות את הנתונים הרלוונטיים, כמו למשל את הזיכרון וה-CPU.

נשנה את האחסון – שימו לב שבצד ימין מופיע סיכום.


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


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

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

אם אתם מעוניינים לבדוק את ה-CPU והזיכרון, הריצו את השאילתות הבאות:

-- CPU assigned to database
SELECT scheduler_id,
cpu_id,
status,
is_online
FROM sys.dm_os_schedulers
WHERE status = 'VISIBLE ONLINE'
-- Memory allocated to database
SELECT
*,
cntr_value / 1024 AS RAM_in_MB
FROM sys.dm_os_performance_counters
WHERE counter_name LIKE '%Target Server Memory%'


מאת: פיני קרישר, SQLAzure for DBAs and RND Managers

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

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
בואו נעבוד ביחד
support@israelclouds.com
צרו קשר