Microsoft SQL Server

השילוב של Microsoft SQL Server אוסף מדדי טרנזקציות, חיבורים ומדדים אחרים מהמכונות של SQL Server.

מידע נוסף על SQL Server זמין במסמכי התיעוד של SQL Server.

לפני שמתחילים

בגרסה 2.15.0 של סוכן תפעול נוספה תמיכה בקבוצה חדשה של מדדי SQL Server באמצעות הקידומת workload.googleapis.com/. כדי לאסוף את המדדים האלה, צריך להגדיר את הסוכן כמו שמתואר בהגדרה לדוגמה.

‫סוכן תפעול תמיד תמך בקבוצה מוגבלת של מדדי SQL Server. המדדים האלה משתמשים בקידומת agent.googleapis.com/mssql/. אין צורך בהגדרות נוספות כדי לאסוף את המדדים האלה במכונות וירטואליות של Windows.

במסמך הזה, המדדים עם הקידומת agent נקראים מדדי v1, והמדדים עם הקידומת workload נקראים מדדי v2.

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

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

החל מגרסה 2.15.0 של סוכן תפעול, אפשר להגדיר את הסוכן כך שיאסוף מדדים של גרסה 1, מדדים של גרסה 2 או את שניהם.

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

מדד v1‏ (agent.googleapis.com/mssql/)	מדד v2‏ (workload.googleapis.com/)
connections_user	sqlserver.user.connection.count
transaction_rate	sqlserver.transaction.rate
write_transaction_rate	sqlserver.transaction.write.rate

דרישות מוקדמות

כדי לאסוף נתוני טלמטריה של SQL Server, צריך להתקין את Ops Agent:

• למדדים בגרסה 1, צריך להתקין את גרסה 1.0.0 ואילך.
• כדי להשתמש במדדים בגרסה 2, צריך להתקין את גרסה 2.15.0 ואילך.

השילוב הזה תומך בגרסאות 11.x‏, 12.x‏, 13.x‏, 14.x‏, 15.x ו-16.x של SQL Server.

הגדרת סוכן תפעול ל-SQL Server

כשמשתמשים בסוכן תפעול ב-VM של Microsoft Windows, הסוכן אוסף באופן אוטומטי מדדים של SQL Server v1. אין צורך לקבוע הגדרות נוספות בשביל זה.

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

אחרי שמגדירים מכונה חדשה של SQL Server, יכול להיות שהמדדים לא יופיעו מיד ב-Metrics Explorer. ‫סוכן תפעול מתחיל לאסוף מדדים של SQL Server רק אחרי שיש פעילות במסד הנתונים שאפשר לדווח עליה.

הגדרה לדוגמה

הפקודות הבאות יוצרות את ההגדרות לאיסוף וקליטה של נתוני טלמטריה ל-SQL Server:

$ErrorActionPreference = 'Stop'

# This config gets merged with the built-in Ops Agent config, which already
# includes the v1 receiver in the default pipeline.
# Because the v2 receiver here uses a unique ID, it does not overwrite
# the default receiver and so both receivers will be active simultaneously
# during the test.

# Create an empty config.yaml file if it doesn't exist.
$configFilePath  = 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml'

if (-not (Test-Path -Path $configFilePath -PathType Leaf)) {
    New-Item -ItemType File -Path $configFilePath -Force | Out-Null
}

# Create a back up of the existing file so existing configurations are not lost.
Copy-Item -Path 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' -Destination 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml.bak'

# Configure the Ops Agent.
Add-Content 'C:\Program Files\Google\Cloud Operations\Ops Agent\config\config.yaml' "
metrics:
  receivers:
    mssql_v2:
      type: mssql
      receiver_version: 2
  service:
    pipelines:
      mssql_v2:
        receivers:
        - mssql_v2
"

if (Get-Service google-cloud-ops-agent* -ErrorAction SilentlyContinue) {
  (Get-Service google-cloud-ops-agent*).WaitForStatus('Running', '00:03:00')
}

כדי שהשינויים האלה ייכנסו לתוקף, צריך להפעיל מחדש את Ops Agent:

1. מתחברים למכונה באמצעות RDP או כלי דומה ונכנסים ל-Windows.
2. פותחים טרמינל ב-PowerShell עם הרשאות אדמין: לוחצים לחיצה ימנית על הסמל של PowerShell ובוחרים באפשרות Run as Administrator.
3. כדי להפעיל מחדש את הסוכן, מריצים את הפקודה הבאה ב-PowerShell:

   Restart-Service google-cloud-ops-agent -Force
   

4. כדי לוודא שהסוכן הופעל מחדש, מריצים את הפקודה הבאה ובודקים שהרכיבים Metrics Agent ו-סוכן Logging הופעלו:

   Get-Service google-cloud-ops-agent*
   

הגדרת איסוף מדדים בגרסה 1

‫סוכן תפעול במכונה וירטואלית של Microsoft Windows אוסף באופן אוטומטי מדדים של SQL Server v1. אין צורך לקבוע הגדרות נוספות בשביל זה. כדי לאסוף רק מדדים של גרסה 2, קראו את המאמר הגדרת איסוף מדדים של גרסה 2.

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

הגדרת איסוף מדדים בגרסה 2

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

המקלט הזה לא תומך בשימוש בכמה מופעים בהגדרות האישיות, למשל כדי לעקוב אחרי כמה נקודות קצה (endpoints). כל המכונות האלה כותבות לאותה סדרת זמנים, ול-Cloud Monitoring אין דרך להבחין ביניהן. ‫סוכן תפעול לא תומך במופעים בעלי שם של SQL Server.

כדי להגדיר מקלט למדדי mssql, צריך לציין את השדות הבאים:

שדה	ברירת מחדל	תיאור
collection_interval	60s	ערך של time.Duration, כמו 30s או 5m.
receiver_version		גרסת המדדים שנאספו. צריך להשתמש ב-2 כדי לאסוף מדדים של גרסה 2.
type		הערך חייב להיות mssql.

כברירת מחדל, המדדים של גרסה 1 נאספים באופן אוטומטי. אתם יכולים להוסיף למדדים של גרסה 1 את המדדים של גרסה 2, או להחליף את המדדים של גרסה 1 במדדים של גרסה 2.

• כדי לאסוף רק מדדים של גרסה 2, מבצעים את הפעולות הבאות:

  • נותנים שם למקלט mssql.
  • מגדירים את השדה type לערך mssql.
  • מגדירים את השדה receiver_version לערך 2.
  • משתמשים במקלט הזה בצינור עיבוד הנתונים של default_pipeline. ההגדרה הזו מבטלת את ההגדרה המובנית של מקלט mssql.

• כדי לאסוף מדדים גם מגרסה 1 וגם מגרסה 2:

  • נותנים למקלט שם אחר, למשל mssql_v2 במקום mssql.
  • מגדירים את השדה type לערך mssql.
  • מגדירים את receiver_version לערך 2.
  • משתמשים במקלט הזה בצינור עיבוד הנתונים החדש. ההגדרה הזו מוסיפה מקלט v2 במקום לשנות את המקלט המובנה. הסקריפט בהגדרה לדוגמה משתמש בגישה הזו.

מה נמצא במעקב

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

• המדדים בגרסה 1: agent.googleapis.com/mssql/.
• המדדים בגרסה 2: workload.googleapis.com/.

מדדים בגרסה 1

בטבלה הבאה מפורטים המדדים בגרסה 1 ש-סוכן תפעול אוסף ממכונת SQL Server.

למחרוזות של "סוג המדד" בטבלה הזו צריך להוסיף את הקידומת agent.googleapis.com/mssql/. הקידומת הזו הושמטה מהרשומות בטבלה. כששולחים שאילתה לגבי תווית, צריך להשתמש בקידומת metric.labels., לדוגמה metric.labels.LABEL="VALUE".

סוג המדד ^שלב ההשקה (רמות היררכיית המשאבים) השם המוצג
סוג, סוג, יחידה משאבים במעקב	תיאור תוויות
connections/user ^GA  (פרויקט) חיבורים פתוחים של שרת SQL
‫GAUGE, DOUBLE, 1 aws_ec2_instance gce_instance	חיבורים פתוחים כרגע לשרת SQL. נדגם כל 60 שניות.
transaction_rate ^GA  (פרויקט) קצב הטרנזקציות בשרת SQL
‫GAUGE, DOUBLE, 1/s aws_ec2_instance gce_instance	מספר העסקאות הכולל לשנייה ב-SQL Server. נדגם כל 60 שניות.
write_transaction_rate ^GA  (פרויקט) קצב טרנזקציות הכתיבה ב-SQL Server
‫GAUGE, DOUBLE, 1/s aws_ec2_instance gce_instance	טרנזקציות כתיבה של שרת SQL לשנייה. נדגם כל 60 שניות.

הטבלה נוצרה ב-22 באוקטובר 2026 בשעה 02:44:18 לפי שעון UTC.

מדדים בגרסה 2

בטבלה הבאה מפורטים המדדים בגרסה 2 ש-סוכן תפעול אוסף ממכונת SQL Server.

סוג המדד
סוג, סוג משאבים במעקב	תוויות
workload.googleapis.com/sqlserver.batch.request.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.batch.sql_compilation.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.batch.sql_recompilation.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.lock.wait.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.lock.wait_time.avg
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.page.buffer_cache.hit_ratio
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.page.checkpoint.flush.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.page.lazy_write.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.page.life_expectancy
GAUGE, INT64 gce_instance
workload.googleapis.com/sqlserver.page.operation.rate
GAUGE, DOUBLE gce_instance	type
workload.googleapis.com/sqlserver.page.split.rate
GAUGE, DOUBLE gce_instance
workload.googleapis.com/sqlserver.transaction.rate
GAUGE, DOUBLE gce_instance	database
workload.googleapis.com/sqlserver.transaction.write.rate
GAUGE, DOUBLE gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.flush.data.rate
GAUGE, DOUBLE gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.flush.rate
GAUGE, DOUBLE gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.flush.wait.rate
GAUGE, DOUBLE gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.growth.count
CUMULATIVE, INT64 gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.percent_used
GAUGE, INT64 gce_instance	database
workload.googleapis.com/sqlserver.transaction_log.shrink.count
CUMULATIVE, INT64 gce_instance	database
workload.googleapis.com/sqlserver.user.connection.count
GAUGE, INT64 gce_instance

אימות ההגדרות האישיות

בקטע הזה מוסבר איך לוודא שהגדרתם נכון את המקלט של SQL Server. יכול להיות שיעברו דקה או שתיים עד ש-Ops Agent יתחיל לאסוף נתוני טלמטריה.

כדי לוודא שהמדדים של SQL Server נשלחים ל-Cloud Monitoring:

1. במסוף Google Cloud , נכנסים לדף  Metrics explorer:

   כניסה לדף Metrics Explorer

   אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה שכותרת המשנה שלה היא Monitoring.

2. בסרגל הכלים של החלונית query-builder, לוחצים על הלחצן  PromQL.
• למדדים בגרסה 1, מזינים את השאילתה הבאה בעורך ולוחצים על Run query:
  

  {"agent.googleapis.com/mssql/connections/user", monitored_resource="gce_instance"}
  

• למדדים בגרסה 2, מזינים את השאילתה הבאה בעורך ולוחצים על Run:
  

  {"workload.googleapis.com/sqlserver.user.connection.count", monitored_resource="gce_instance"}
  

צפייה בלוח הבקרה

כדי לראות את המדדים של SQL Server, צריך להגדיר תרשים או לוח בקרה. השילוב של SQL Server כולל לוח בקרה אחד או יותר. כל לוחות הבקרה מותקנים באופן אוטומטי אחרי שמגדירים את השילוב ו-Ops Agent מתחיל לאסוף נתוני מדדים.

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

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

1. נכנסים לדף  Dashboards במסוף Google Cloud :

   כניסה לדף Dashboards

   אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה שכותרת המשנה שלה היא Monitoring.

2. בוחרים בכרטיסייה Dashboard List ואז בקטגוריה Integrations.
3. לוחצים על השם של מרכז הבקרה שרוצים לראות.

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

כדי לראות תצוגה מקדימה סטטית של מרכז הבקרה:

1. נכנסים לדף  Integrations במסוף Google Cloud :

   עוברים אל Integrations.

   אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה שכותרת המשנה שלה היא Monitoring.

2. לוחצים על המסנן של פלטפורמת הפריסה Compute Engine.
3. מאתרים את הרשומה של SQL Server ולוחצים על View Details.
4. לוחצים על הכרטיסייה מרכזי בקרה כדי לראות תצוגה מקדימה סטטית. אם מרכז הבקרה מותקן, אפשר לעבור אליו בלחיצה על View dashboard.

למידע נוסף על מרכזי בקרה ב-Cloud Monitoring, קראו את המאמר מרכזי בקרה ותרשימים.

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

התקנת כללי מדיניות התראות

מדיניות ההתראות מנחה את Cloud Monitoring להודיע לכם כשמתקיימים תנאים מסוימים. השילוב של SQL Server כולל מדיניות התראות אחת או יותר לשימושכם. אפשר לראות ולהתקין את מדיניות ההתראות הזו בדף Integrations ב-Monitoring.

כדי לראות את התיאורים של כללי מדיניות ההתראות הזמינים ולהתקין אותם:

1. נכנסים לדף  Integrations במסוף Google Cloud :

   עוברים אל Integrations.

   אם אתם משתמשים בשורת החיפוש כדי למצוא את הדף הזה, בחרו בתוצאה שכותרת המשנה שלה היא Monitoring.

2. מאתרים את הרשומה של SQL Server ולוחצים על View Details.
3. לוחצים על הכרטיסייה התראות. בכרטיסייה הזו מופיעים תיאורים של כללי מדיניות ההתראה הזמינים, וממשק להתקנה שלהם.
4. התקנת כללי מדיניות התראות. כדי להתקין מדיניות התראות, צריך לספק מידע על המקום שאליו יישלחו ההתראות כשהן יופעלו. כדי להתקין מדיניות התראות:
   1. מרשימת מדיניות ההתראות הזמינה, בוחרים את המדיניות שרוצים להתקין.

   2. בקטע Configure notifications, בוחרים ערוץ התראות אחד או יותר. אתם יכולים להשבית את השימוש בערוצי התראות, אבל אם תעשו את זה, כללי מדיניות ההתראות יופעלו בלי לשלוח התראות. אפשר לבדוק את הסטטוס שלהם ב-Monitoring, אבל לא מקבלים התראות.

      למידע נוסף על ערוצי התראות, קראו את המאמר ניהול ערוצי התראות.

   3. לוחצים על Create Policies.

למידע נוסף על מדיניות התראות ב-Cloud Monitoring, קראו את המאמר מבוא להתראות.

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

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

בסרטון Install the Ops Agent to troubleshoot third-party applications מוסבר איך משתמשים ב-Ansible כדי להתקין את סוכן התפעול, להגדיר אפליקציה של צד שלישי ולהתקין לוח בקרה לדוגמה.