מידע על הגדרות של מופע

בדף הזה מפורט מידע על ההגדרות שזמינות למכונות Cloud SQL.

הגדרות של Cloud SQL ל-SQL Server

הגדרה אפשר לשנות אחרי היצירה? ערכים אפשריים
מזהה המכונה N מורכב מאותיות קטנות, מספרים ומקפים, וצריך להתחיל באות. האורך הכולל הוא עד 98 תווים.
אזור N האזור של המכונה. ברשימת האזורים הזמינים מפורטים כל האזורים שזמינים לכל מהדורה של Cloud SQL.
תחום (zone) Y הערכים האפשריים תלויים באזור.
גרסת מסד הנתונים N במהדורת Cloud SQL Enterprise Plus: 
Console string                         API enum string
SQL Server 2019 Enterprise           SQLSERVER_2019_ENTERPRISE
SQL Server 2022 Enterprise           SQLSERVER_2022_ENTERPRISE
SQL Server 2025 Enterprise           SQLSERVER_2025_ENTERPRISE
במהדורת Cloud SQL Enterprise: 
Console string                      API enum string
SQL Server 2017 Standard            SQLSERVER_2017_STANDARD
SQL Server 2017 Enterprise          SQLSERVER_2017_ENTERPRISE
SQL Server 2017 Express             SQLSERVER_2017_EXPRESS
SQL Server 2017 Web                 SQLSERVER_2017_WEB
SQL Server 2019 Standard            SQLSERVER_2019_STANDARD
SQL Server 2019 Enterprise          SQLSERVER_2019_ENTERPRISE
SQL Server 2019 Express             SQLSERVER_2019_EXPRESS
SQL Server 2019 Web                 SQLSERVER_2019_WEB
SQL Server 2022 Standard            SQLSERVER_2022_STANDARD
SQL Server 2022 Enterprise          SQLSERVER_2022_ENTERPRISE
SQL Server 2022 Express             SQLSERVER_2022_EXPRESS
SQL Server 2022 Web                 SQLSERVER_2022_WEB
SQL Server 2025 Standard            SQLSERVER_2025_STANDARD
SQL Server 2025 Enterprise          SQLSERVER_2025_ENTERPRISE
SQL Server 2025 Express             SQLSERVER_2025_EXPRESS

במאמר מגבלות קנה מידה מפורטות מגבלות המשאבים של הגרסאות האלה.
דומיין Active Directory Y תפריט נפתח להצטרפות לדומיין של שירות מנוהל ל-Microsoft Active Directory. בתפריט מופיעים כל הדומיינים של השירות המנוהל ל-Microsoft Active Directory בפרויקט. בתפריט הנפתח, בוחרים דומיין. מידע נוסף זמין במאמר סקירה כללית על שירות מנוהל ל-Microsoft Active Directory ב-Cloud SQL. בנוסף, שימו לב ל הליכים ולאילוצים לשילוב עם דומיין AD מנוהל בפרויקט אחר.
מצב SSL Y אוכף או מפעיל SSL באופן הבא:
  • ‫ALLOW_UNENCRYPTED_AND_ENCRYPTED: מאפשר חיבורים ללא SSL או TLS וחיבורים עם SSL או TLS. זה ערך ברירת המחדל.
  • ‫ENCRYPTED_ONLY: מאפשר רק חיבורים שמוצפנים באמצעות SSL/TLS.
מצב CA של השרת Y

מאפשרת להגדיר את רשות האישורים (CA) של השרת למכונה. אפשר לבחור אחת מהאפשרויות הבאות של רשות אישורים לשרת:

  • ‫GOOGLE_MANAGED_INTERNAL_CA: זהו ערך ברירת המחדל למכונות שנוצרו באמצעות מסוף Google Cloud , ה-CLI של gcloud, Cloud SQL Admin API ו-Terraform. באפשרות הזו, רשות אישורים (CA) פנימית שמוקדשת לכל מכונה של Cloud SQL חותמת על אישור השרת של המכונה הזו.
  • ‫GOOGLE_MANAGED_CAS_CA: באפשרות הזו נעשה שימוש בהיררכיית CA שמורכבת מ-CA ברמה הבסיסית ומ-CAs של שרתים משניים שמנוהלים על ידי Cloud SQL ומתארחים ב- Google CloudCertificate Authority Service (שירות CA). רשויות האישורים המשניות של השרת באזור חותמות על אישורי השרת ומשותפות בין המכונות באזור. בחיבורים של Cloud SQL Auth Proxy, כדי להתחבר למכונה שמוגדרת עם האפשרות של רשות אישורים משותפת, צריך להשתמש ב-Cloud SQL Auth Proxy בגרסה 2.13.0 ואילך.
  • ‫CUSTOMER_MANAGED_CAS_CA: באפשרות הזו אתם מנהלים את היררכיית ה-CA ואת הרוטציה של אישורי ה-CA. כדי ליצור מכונה עם האפשרות הזו, באמצעות שירות CA, צריך ליצור מאגר CA באותו אזור של המכונה, ולפחות CA אחד במאגר הזה. כשיוצרים את המכונה, מציינים את מאגר ה-CA. הבקשה מועברת לחשבון שירות ספציפי לפרויקט, שיש לו הרשאה להשתמש במאגר ה-CA. חשבון השירות מבקש רשות אישורים מהמאגר, ו-Cloud SQL משתמש ברשות האישורים הזו כדי לחתום על אישור השרת של המכונה. כדי להתחבר למכונה שמוגדרת עם האפשרות של רשות אישורים בניהול הלקוח, בחיבורים של Cloud SQL Auth Proxy צריך להשתמש ב-Cloud SQL Auth Proxy בגרסה 2.14.3 ואילך.

למידע נוסף, קראו את המאמר היררכיות של רשויות אישורים (CA).
רוטציה אוטומטית של אישורי שרת Y כדי להפעיל, מגדירים את serverCertificationRotationMode לערך AUTOMATIC_ROTATION_DURING_MAINTENANCE. כדי להשבית את התכונה, מגדירים את הפרמטר serverCertificationRotationMode לערך NO_AUTOMATIC_ROTATION_DURING_MAINTENANCE.
הגדרת מהדורה Y

ENTERPRISE או ENTERPRISE PLUS
כתובת IP פרטית אחרי שמפעילים את התכונה, אי אפשר להשבית אותה. מופעל או מושבת.
כתובת IP ציבורית Y מופעל או מושבת.
גישה ל-Data API Y מופעל או מושבת.
רשתות מורשות Y אם כתובת ה-IP הציבורית מופעלת, כתובות ה-IP מורשות להתחבר למכונה. אפשר גם לציין את הערך הזה כטווח של כתובות IP, ב סימון CIDR.
גישה ל-Data API Y מותר או אסור (ברירת מחדל).
מטמון הנתונים Y מופעל או מושבת (ברירת המחדל).
סוג מכונה Y מידע נוסף
ליבות Y מידע נוסף על מגבלות קנה המידה של הליבות זמין במאמר מגבלות קנה המידה.
זיכרון Y למידע על מגבלות קנה המידה של הזיכרון, ראו מגבלות קנה המידה.
השבתת ריבוי הליכי משנה בו-זמניים Y הגדרת השרשורים לכל ליבה במכונה מ-2 ל-1.

למידע נוסף על הגדרת ריבוי הליכי משנה בו-זמניים, ראו ריבוי הליכי משנה בו-זמניים.
סוג האחסון N SSD
Google Cloud Hyperdisk Balanced
נפח אחסון כן
(הגדלה בלבד)		 במכונות עם לפחות vCPU אחד (לא משותף) יכול להיות נפח של עד 64TB.


שימו לב: יצירה או הגדלה של נפח האחסון ל-64TB עלולה להגדיל את זמן האחזור של פעולות נפוצות, כמו גיבויים, בהתאם לעומס העבודה.
הפעלת הגדלה אוטומטית של נפח האחסון Y מופעל (ערך ברירת המחדל)
מושבת
שיטת הצפנת הנתונים N Google-owned and Google-managed encryption key (ערך ברירת המחדל)
מפתח Cloud KMS
מגבלת הגדלה אוטומטית של נפח האחסון Y ב-GB. הערך unlimited ב-CLI של gcloud או הערך 0 ב-Cloud SQL Admin API (ברירת המחדל) מציין שאין מגבלה (מלבד נפח האחסון המקסימלי שזמין לרמת המכונה).
גיבויים Y
 מופעל (ערך ברירת המחדל)
מושבת
אפשרויות מיקום גיאוגרפי Y במספר אזורים (ערך ברירת המחדל)
אזור

יש גם תפריט נפתח עם רשימה של מספר אזורים כשבוחרים באפשרות Multi-region, או של אזורים כשבוחרים באפשרות Region.

הגנה מפני מחיקה של מכונות Y מופעל או מושבת.
שמירת גיבויים אחרי מחיקת מכונה Y מופעל או מושבת.
יצירת גיבוי סופי כשמוחקים מכונה Y מופעל או מושבת.
הגדרת תקופת השמירה של גיבוי סופי Y תקופת השמירה של הגיבוי הסופי. אפשר להגדיר את הערך הזה למקסימום של 365 ימים. ערך ברירת המחדל הוא 30 ימים.
הפעלת שחזור מערכת מנקודה מסוימת בזמן (PITR) כן
(ראו הערה)		 מופעל
מושבת

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

זמינות: אזור יחיד Y
 מופעל (ערך ברירת המחדל)
מושבת
זמינות גבוהה (אזורית) Y
 מופעל
מושבת (ערך ברירת המחדל)
תחזוקה: חלון זמן לתחזוקה Y כל שעה (ערך ברירת המחדל)
היום בשבוע והשעה ביום
תחזוקה: תזמון התחזוקה Y כל (ערך ברירת המחדל)
Canary (גם שבוע 1 (לשעבר מוקדם יותר) / תצוגה מקדימה)
יציב (גם שבוע 2 (לשעבר מאוחר יותר) / ייצור)
שבוע 5
דגלים לניהול מסדי נתונים Y הגדרת דגלים לניהול מסדי נתונים
איסוף ברירת מחדל N רשימה של הערכים הנתמכים מופיעה במאמר sys.fn_helpcollations.
SQL Server Audit Y מופעל או מושבת.
אזור זמן Y אפשר להגדיר את אזור הזמן כשיוצרים או עורכים מכונה. אם לא מציינים אזור זמן, אזור הזמן של המכונה הוא UTC.
מזהה מופע

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

האורך הכולל של project-ID:instance-ID צריך להיות עד 98 תווים.

אין צורך לכלול את מזהה הפרויקט בשם המכונה. הפעולה הזו מתבצעת באופן אוטומטי במקומות המתאימים (לדוגמה, בקובצי היומן).
אזור
האזור Google Cloud שבו נמצא המכונה. אפשר להגדיר את האזור רק כשיוצרים את המכונה. כדי לשפר את הביצועים, כדאי לשמור את הנתונים קרוב לשירותים שצריכים אותם. מידע נוסף זמין במאמר מיקומי מכונות.
תחום (zone)
Google Cloud האזור שבו נמצא המכונה. אם אתם מתחברים ממכונה של Compute Engine, בחרו את האזור שבו נמצאת המכונה. אחרת, מאשרים את האזור שמוגדר כברירת מחדל. אם צריך, אפשר לערוך את המכונה בהמשך כדי לשנות את האזור. מידע נוסף זמין במאמר מיקומי מכונות.
ליבות

מספר המעבדים במכונה.

זיכרון

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

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

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

סוג האחסון לפי סדרת מכונות:

  • סדרת מכונות N2: SSD
  • ‫Memory-optimized-N2: SSD
  • סדרת המכונות C4: ‏Google Cloud Hyperdisk Balanced
  • ‫N4: Google Cloud Hyperdisk Balanced

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

בסדרת המכונות N4, בחירה ב-Google Cloud Hyperdisk Balanced, ערך ברירת המחדל והערך היחיד, מספקת שירות אחסון שניתן להתאמה ובעל ביצועים גבוהים. למידע נוסף על Google Cloud Hyperdisk Balanced והמגבלות שלו, קראו את הסקירה הכללית על אפשרויות האחסון.

דומיין של Active Directory

אתם יכולים לשלב את המכונה עם שירות מנוהל ל-Microsoft Active Directory, כדי להפעיל אימות של Windows במכונה. כדי לשלב, בוחרים דומיין שאליו המכונה תצטרף. מידע נוסף זמין במאמר סקירה כללית על שירות מנוהל ל-Microsoft Active Directory ב-Cloud SQL.

מצב CA של השרת

(אופציונלי) כשיוצרים מכונה, אפשר לבחור את מצב ה-CA של השרת בשביל המכונה.

  • ‫GOOGLE_MANAGED_INTERNAL_CA: זהו ערך ברירת המחדל. ‫Cloud SQL יוצר רשות אישורים חדשה של שרת בחתימה עצמית לכל מכונה.
  • ‫GOOGLE_MANAGED_CAS_CA: המכונה משתמשת בהיררכיית CA של שרת שמתארחת ב-Certificate Authority Service, ורשויות האישורים המנפיקות משותפות לכל המכונות באותו אזור.
  • ‫CUSTOMER_MANAGED_CAS_CA: המכונה משתמשת ב-CA של שרת שאתם יוצרים ממאגר CA. באפשרות הזו, אתם מנהלים את היררכיית ה-CA ואת הרוטציה של אישורי ה-CA.

מידע נוסף על האפשרויות האלה זמין במאמר היררכיות של רשויות אישורים (CA).

רוטציה אוטומטית של אישורי השרת

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

התכונה הזו זמינה רק למכונות שמוגדרות עם serverCaMode בתור GOOGLE_MANAGED_CAS_CA או CUSTOMER_MANAGED_CAS_CA בלבד.

מידע נוסף על רוטציה אוטומטית של אישורי שרת ב-Cloud SQL זמין במאמר הפעלת רוטציה אוטומטית של אישורי שרת.

נפח אחסון

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

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

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

הפעלת הגדלה אוטומטית של נפח האחסון

אם מפעילים את ההגדרה הזו, Cloud SQL בודק את נפח האחסון הזמין כל 30 שניות. אם נפח האחסון הזמין יורד מתחת לסף מסוים, Cloud SQL מוסיף באופן אוטומטי עוד נפח אחסון. אם נפח האחסון הזמין יורד שוב ושוב מתחת לגודל הסף, Cloud SQL ממשיך להוסיף נפח אחסון עד שהוא מגיע למקסימום של 64TB.

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

סף

גודל הסף תלוי בנפח האחסון שהוקצה למכונה:

Google Cloud Hyperdisk Balanced

MAX(5, (provisioned storage) * 5 / 100)

    The threshold size is rounded up to the nearest whole number.

לדוגמה, חישוב הסף למכונה בנפח 66GB באמצעות Google Cloud Hyperdisk balanced הוא:
MAX(5, (66 * 0.05)) = MAX(5, 3.3) = 5 GB

SSD או HDD

MIN(5 + (provisioned storage)/25, 25)

    The threshold size is rounded down to the nearest whole number.

לדוגמה, חישוב הסף למכונה של 66GB באמצעות SSD או HDD:
MIN(5 + (66/25), 25) = MIN(5 + 2.6, 25) = MIN(7, 25) = 7 GB

נפח האחסון שנוסף

ב-Google Cloud Hyperdisk Balanced, נפח האחסון שנוסף הוא 15% מנפח האחסון שהוקצה, אבל לא פחות מ-5GB. כדי לחשב את זה, משתמשים בנוסחה הבאה:

MAX(5, (provisioned storage) * 15 / 100)

The threshold size is rounded down to the nearest whole number.

בכל סוגי האחסון האחרים, כולל SSD ו-HDD, נפח האחסון שנוסף למכונה שווה לגודל הסף, שלא יכול להיות גדול מ-25GB.

שיקולים לגבי דיסקים גדולים

ב-Google Cloud Hyperdisk Balanced, במכונות שהוקצו עם נפח אחסון של יותר מ-100GB, השטח הריק המינימלי האפשרי הוא 5% מהקיבולת שהוקצתה.

בכל שאר סוגי האחסון והמכונות שהוקצו עם נפח אחסון של 500GB או יותר, גודל הסף הוא תמיד 25GB ונפח האחסון שנוסף הוא תמיד 25GB. לכן, הנפח הפנוי המקסימלי הוא 50GB. אם לא משנים ידנית את גודל המכונה עם מקום בכונן שגדול מ-5TB, הדיסק יכול להישאר בקיבולת של 99% למרות שיש במכונה מקום פנוי.

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

מערכת הקבצים משתמשת בחלק מהשטח באופן פנימי למטא-נתונים של מערכת הקבצים. השטח הזה לא נכלל במדד השימוש בדיסק (database/disk/bytes_used). בדיסקים גדולים, השטח השמור יכול לתפוס בין 1% ל-3% מגודל הדיסק הכולל, כך שייתכן שהגידול האוטומטי באחסון יתרחש לפני שהשימוש בדיסק יגיע לסף.

שיטת הצפנת הנתונים

כברירת מחדל, המכונה של Cloud SQL מוצפנת באמצעות Google-owned and managed key. אם אתם רוצים לשלוט במפתח הזה, אתם יכולים להשתמש במפתח הצפנה בניהול הלקוח (CMEK) ב-Cloud Key Management Service‏ (KMS). ‫Cloud KMS פועל בשילוב עם Cloud SQL.

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

במקום ש-Google תהיה הבעלים של המפתחות שמגינים על הנתונים שלכם ותנהל אותם, אתם שולטים במפתחות האלה ומנהלים אותם ב-Cloud KMS.

מידע נוסף על מפתחות CMEK מופיע במאמר מידע על מפתחות הצפנה בניהול הלקוח (CMEK).

מגבלת ההגדלה האוטומטית של נפח האחסון

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

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

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

כדי להגדיר את המגבלה כשיוצרים את המכונה, משתמשים בפרמטר --storage-auto-increase-limit=INTEGER_VALUE_OF_GB, כמו שמתואר בדף יצירת מכונה. הערך ב-GB חייב להיות לפחות בגודל האחסון הנוכחי של המכונה (מינימום 10GB), ולא יכול לחרוג מקיבולת האחסון המקסימלית של המכונה. כדי להגדיר את המגבלה במכונה קיימת, משתמשים באותו פרמטר עם הפקודה gcloud sql instances patch.

כדי להסיר מגבלה קיימת על הגדלה אוטומטית של נפח האחסון באמצעות ה-CLI של gcloud, מריצים את הפקודה gcloud sql instances patch עם --storage-auto-increase-limit=unlimited (הדגל --storage-auto-increase-limit לא מקבל את הערך 0): 

gcloud sql instances patch INSTANCE_NAME \
  --storage-auto-increase-limit=unlimited

הגדרה של --storage-auto-increase-limit=unlimited מסירה את המגבלה המותאמת אישית, כך שנפח האחסון יכול לגדול באופן אוטומטי עד לנפח האחסון המקסימלי שזמין לרמת המכונה. ב-Cloud SQL Admin API, הגדרת השדה settings.storageAutoResizeLimit לערך 0 (ערך ברירת המחדל) מסירה את המגבלה.

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

גיבויים אוטומטיים ושחזור מערכת מנקודה מסוימת בזמן (PITR)

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

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

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

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

הגדרות שמירה של גיבויים אוטומטיים

ערך ברירת המחדל של מספר הגיבויים שנשמרים הוא 7, אבל אפשר לשנות אותו לכל ערך בטווח שבין 1 ל-365.

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

אפשרויות מיקום

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

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

הגנה מפני מחיקה של מכונות וירטואליות

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

שמירת הגיבויים אחרי מחיקת המכונה

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

יצירת גיבוי סופי כשמוחקים מכונה

יצירת גיבוי סופי של מכונה בזמן המחיקה שלה. משתמשים ב-final-backup-retention-days כדי להגדיר את תקופת השמירה של הגיבוי הסופי. אם לא מוגדרת תקופת שמירה, תקופת השמירה מוגדרת לברירת המחדל, שהיא 30 יום. מידע נוסף על ההגדרה הזו זמין במאמר יצירת גיבוי סופי לפני מחיקת המכונה.

הגדרת תקופת השמירה של הגיבוי הסופי

מגדירה את תקופת השמירה של הגיבוי הסופי. אפשר להגדיר תקופת שמירה של עד 365 ימים. אם הערך של final-backup-retention-days לא מוגדר כשמפעילים את final-backup, המערכת משתמשת בתקופת השמירה שמוגדרת כברירת מחדל (30 ימים). מידע נוסף על ההגדרה הזו זמין במאמר יצירת גיבוי סופי לפני מחיקת המכונה.

הפעלת שחזור מערכת מנקודה מסוימת בזמן (PITR)

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

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

זמינות: אזורית

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

זמינות גבוהה (אזורית)

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

סקירה כללית של הגדרת הזמינות הגבוהה

חלון זמן לתחזוקה

היום והשעה שבהם מתוזמנים אירועי התחזוקה של המכונה ב-Cloud SQL.

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

מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.

תזמון פעולות התחזוקה

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

אם לא תגדירו את תזמון התחזוקה, מערכת Cloud SQL תבחר את מועד העדכונים למכונה (במסגרת חלון הזמן לתחזוקה, אם רלוונטי).

מידע נוסף על תחזוקה זמין במאמר מידע על תחזוקה במכונות Cloud SQL.

כתובת IP פרטית
מגדירה את המכונה לשימוש בכתובת IP פרטית. מידע נוסף
כתובת IP ציבורית
אם האפשרות מופעלת, למכונה מוקצית כתובת IPv4 ציבורית. כשמשביתים את כתובת ה-IP הציבורית, הכתובת הזו משתחררת. אפשר להפעיל מחדש את כתובת ה-IP הציבורית מאוחר יותר, אבל מקבלים כתובת IPv4 אחרת. כברירת מחדל, כתובת ה-IP הציבורית חסומה לכל הכתובות. כדי לאפשר גישה, משתמשים ברשתות מורשות.
גישה ל-Data API
ההגדרה קובעת אם לאפשר חיבורים למכונה באמצעות Data API. אם התכונה מופעלת, אפשר להשתמש ב-executeSql כדי להריץ הצהרות במכונה. ההגדרה הזו מושבתת כברירת מחדל.
רשתות מורשות
אפשר להוסיף כתובות IP ספציפיות או טווחים של כתובות כדי לפתוח את המכונה לכתובות האלה.

למידע על הגדרת כתובות IP, קראו את המאמר הגדרת קישוריות IP.

גישה ל-Data API

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

במסוף Google Cloud , מגדירים את הגישה ל-Data API על ידי סימון התיבה Allow Data API. ב-CLI של gcloud, משתמשים בדגל --data-api-access=ALLOW_DATA_API כשיוצרים את המכונה.

מטמון הנתונים

מטמון הנתונים הוא אופציונלי במכונות של Cloud SQL Enterprise Plus. מטמון הנתונים משתמש בכונני SSD מקומיים כדי להרחיב את מטמון הדפים של מערכת ההפעלה מהזיכרון לשכבת ה-SSD. ההגדרה הזו מנוהלת על ידי Cloud SQL. שמירת כל קבוצת העבודה במטמון מספקת ביצועים מקסימליים כשמשתמשים במטמון נתונים. אתם יכולים להפעיל או להשבית את ההגדרה הזו במכונות של מהדורת Cloud SQL Enterprise Plus באמצעות מסוף Google Cloud , ה-CLI של gcloud או Cloud SQL Admin API.

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

משפחת המכונות C4 עם אופטימיזציה לביצועים
סוג המכונה Enterprise Plus מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB)
db-perf-optimized-C4-2 2 16 לא זמין
db-perf-optimized-C4-4 4 31 375
db-perf-optimized-C4-8 8 62 375
משפחת מכונות N2 עם אופטימיזציה לביצועים
סוג מכונה Enterprise Plus מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB)
db-perf-optimized-N-2 2 16 375
db-perf-optimized-N-4 4 32 375
db-perf-optimized-N-8 8 64 375
db-perf-optimized-N-16 16 128 750
db-perf-optimized-N-32 32 256 1500
db-perf-optimized-N-48 48 384 3000
db-perf-optimized-N-64 64 512 6000
db-perf-optimized-N-80 80 640 6000
db-perf-optimized-N-96 96 768 6000
db-perf-optimized-N-128 128 864 9000
משפחת מכונות מותאמת לצריכת זיכרון גבוהה (memory-optimized)
סוג המכונה מעבדים וירטואלים זיכרון (GB) מטמון נתונים (GB)
db-memory-optimized-N-4 4 128 750
db-memory-optimized-N-8 8 256 1500
db-memory-optimized-N-16 16 512 3000
מדיניות הפעלה
כדי לשנות את מדיניות ההפעלה, צריך להפעיל ולעצור את המכונה. עצירת המכונה מונעת חיובים נוספים על המכונה.
דגלים לניהול מסד נתונים

אתם יכולים להגדיר דגלים ספציפיים לניהול מסד הנתונים במכונה של Cloud SQL.

לרשימה המלאה של הדגלים לניהול מסד הנתונים שאפשר להגדיר, קראו את המאמר הגדרת דגלים לניהול מסד נתונים.

ברירת המחדל של סדר המיון

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

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

הגדרת השוואה של מופע או מסד נתונים מצוינת ב Google Cloud מסוף. אפשר לאמת את ברירת המחדל של ה-collation של המכונה בדף Instance Overview (זמין דרך הדף Cloud SQL Instances). בנוסף, בתפריט הניווט שבדף Instance Overview, אתם יכולים ללחוץ על Databases כדי לאמת את הגדרת ה-collation של מסד נתונים ספציפי.

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

אם משכפלים מכונה, ברירת המחדל של ה-collation עוברת לשכפול.

במאמר הזה מפורטת רשימה מלאה של הגדרות האיסוף שנתמכות.

ביקורת של SQL Server

ההגדרה הזו קובעת אם ביקורת מסד הנתונים מופעלת. מידע נוסף מופיע במאמר ביקורת של מסד נתונים ב-SQL Server.

אזור זמן

כש יוצרים מכונה, אפשר להגדיר לה אזור זמן באמצעות הפרמטר --time-zone=WINDOWS_TIME_ZONE. אפשר גם להגדיר או לשנות את אזור הזמן של המכונה מאוחר יותר, על ידי עדכון ההגדרות של המכונה באמצעות הפרמטר --time-zone=WINDOWS_TIME_ZONE. אם לא צוין אזור זמן למכונה, אזור הזמן של המכונה הוא UTC.

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

לאובייקט המשוכפל יש את אותו אזור זמן כמו למכונה המקורית.

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

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

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

  SELECT * FROM sys.time_zone_info;

דוגמה לפונקציה לאחזור אזור הזמן של מכונה: SYSDATETIMEOFFSET. הפונקציה AT TIME ZONE יכולה לעזור בהמרות זמן ועוד. מידע נוסף על הפונקציה הזו זמין במאמר AT TIME ZONE (Transact-SQL).

אזורי הזמן הבאים לא נתמכים ב-SQL Server 2017:

  • שעון אלסקה
  • שעון רגיל - ארגנטינה
  • שעון רגיל אטלנטי
  • שעון החוף המזרחי של אוסטרליה (AEST)
  • שעון באהיה
  • שעון רגיל פיג'י
  • Cen.‎ שעון אוסטרליה
  • שעון רגיל מרכז ארה"ב
  • שעון מרכז אמריקה (מקסיקו)
  • E. שעון דרום אמריקה
  • שעון רגיל אי הפסחא
  • שעון רגיל של החוף המזרחי
  • שעון מצרים
  • שעון רגיל איראן
  • שעון ירדן
  • שעון לוב
  • שעון רגיל - מגדן
  • שעון רגיל אזור ההרים
  • שעון מרוקו
  • N. שעון מרכז אסיה
  • שעון נמיביה
  • שעון נורפוק
  • שעון קוריאה הצפונית
  • שעון רגיל האוקיינוס השקט
  • שעון החוף המערבי של דרום אמריקה
  • שעון סראטוב
  • שעון דרום סודן
  • שעון טסמניה
  • שעון טומסק
  • שעון רגיל טונגה
  • שעון טורקיה
  • שעון ונצואלה
  • W. שעון אוסטרליה

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

  • שעון יקטרינבורג
  • שעון קלינינגרד
  • שעון קמצ'טקה
  • שעון מגאיאנס
  • שעון מרכז האוקיינוס האטלנטי
  • שעון מזרח צפון אסיה
  • שעון צפון אסיה
  • שעון רגיל פקיסטן
  • שעון רגיל פרגוואי
  • שעון קזילאורדה
  • שעון רוסיה
  • שעון סודן
  • שעון רגיל - ולדיווסטוק
  • שעון רגיל - וולגוגרד
  • שעון הגדה המערבית
  • שעון רגיל - יאקוטסק

ההשפעה של שינוי הגדרות המכונה

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

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

המאמרים הבאים