מדיניות סיום התמיכה בשירות Backup and DR
מדיניות סוף חיי התמיכה (EOSL) של Backup and DR מתייחסת לתהליך ולפרטים שקשורים לסיום התמיכה של Backup and DR במערכות ובתוכנות של צד שלישי, וגם בתוכנה ובחומרה של Backup and DR.
חומרה ותוכנה של צד שלישי כוללות פלטפורמות חומרה, מערכות הפעלה ותוכנות אפליקציה שמוגנות על ידי מכשירי גיבוי ושחזור. כשמגיעים לסוף חיי התמיכה (EOSL) של הגדרות חומרה, מערכת הפעלה או תוכנת אפליקציה של צד שלישי מהספק, התמיכה של Backup and DR בהגדרות כאלה תוגבל לסיוע סביר מבחינה מסחרית.
Backup and DR לא יספקו יותר תיקוני אבטחה או עדכונים לתמיכה במערכות תוכנה וחומרה שהגיעו לסוף תקופת התמיכה שלהן מהספקים שלהן.
פרוטוקולי רשת נתמכים
שירות Backup and DR תומך בהעברת נתונים באמצעות:
Network Block Device (NBD): מצב ההעברה הזה משמש לגיבוי מכונות וירטואליות של Google Cloud VMware Engine.
NFS: שירות Backup and DR תומך ב-NFS V3 (בלבד) לצורך לכידה והצגה של נתונים בהגדרות הפריסה הבאות:
הצגת גיבויים למארחים של Google Cloud VMware Engine באמצעות מאגר נתונים של NFS
הצגת דיסק זמני לתיעוד נתונים מבוסס-סוכן במכונה וירטואלית ב-Compute Engine או ב-Google Cloud VMware Engine
סביבות נתמכות לגיבויים
הסוכן נתמך בסביבות האלה.
גיבויים מבוססי-סוכן
הסוכן Backup and DR יכול לגבות ולשחזר מסדי נתונים ומערכות קבצים נתמכים של מערכות הפעלה נתמכות של Microsoft Windows ו-Linux בסביבות הבאות.
| סוג האפליקציה | הרצה במכונות Compute Engine | פועל במכונות וירטואליות של Google Cloud VMware Engine |
|---|---|---|
| מסדי נתונים | כן | כן |
| מערכות קבצים | כן | כן |
גיבויים ללא סוכן
שירות Backup and DR תומך בגיבויים של מכונות וירטואליות בסביבות הבאות ללא צורך בסוכן בתוך המכונה הווירטואלית:
- מכונות וירטואליות ב-Compute Engine ומופעים של Cloud SQL (הפתרון מבוסס על ממשקי API של תמונות מצב של דיסקים לאחסון מתמיד)
- מסדי נתונים של SAP HANA ו-IBM Db2 שמגובים ל-Persistent Disk
- מכונות וירטואליות (VM) ב-Google Cloud VMware Engine (מבוסס על VMware vSphere Storage APIs – Data Protection (לשעבר vStorage APIs for Data Protection או VADP))
תאימות של אחסון אובייקטים ל-OnVault
OnVault תומך באחסון Google Cloud הבא:
- Standard Storage
- Nearline Storage
- Coldline Storage
- Archive Storage
וירטואליזציה של נתוני אפליקציות באמצעות סוכן Backup and DR
סוכן הגיבוי וה-DR (שנקרא גם מחבר) הוא קובץ הפעלה קל משקל שמספק את היכולות המתקדמות הבאות במהלך תהליכי לכידת הנתונים והשחזור.
גילוי אפליקציות: סוכן Backup and DR מאפשר גילוי מעמיק של מסדי נתונים ומערכות קבצים שהוגדרו במארח ייצור
שילוב API: כשמתאפשר, סוכני Backup and DR משתלבים עם ממשקי API או פקודות ספציפיים לאפליקציה כדי לאסוף את נתוני האפליקציה בצורה יעילה
שינוי מעקב אחר בלוקים: במצבים שבהם לאפליקציות הייצור אין מעקב מובנה אחר בלוקים של שינויים, Backup and DR מציג מעקב אחר בלוקים של שינויים בפלטפורמות נבחרות
שחזור אוטומטי של אפליקציות או טעינתן: לסוכני Backup and DR יש יכולת מובנית של Application Awareness. הסוכן Backup and DR מאפשר ליצור מופעים שמישים של אפליקציות במהלך פעולות של הרכבת שחזור, וכך לא צריך לבצע פעולות ידניות של סקריפטים אחרי ההרכבה.
מסגרת כללית ללכידת נתונים של אפליקציות (LVM): סוכני Backup and DR מספקים מסגרת כללית ללכידת נתונים מכל אפליקציה שפועלת במערכות הפעלה נתמכות של Linux. המסגרת הזו מספקת נקודות חיבור (hooks) להפעלת סקריפטים מותאמים אישית כדי להשיג לכידת נתונים עקבית של האפליקציה והפעלת מופע של האפליקציה מנתוני הגיבוי.
תמיכה ב-Microsoft Windows Server
הסוכן של Backup and DR תומך במערכות ההפעלה הבאות של Microsoft Windows.
| גרסת מערכת ההפעלה | תמיכה בסיסית בסוכן Backup and DR | שינוי התמיכה בחסימת מעקב ב-SQL Server |
|---|---|---|
| Windows Server 2025 Datacenter | כן | כן |
| Windows Server 2025 Datacenter Core | כן | כן |
| Windows Server 2022 Datacenter | כן | כן |
| Windows Server 2022 Datacenter Core | כן | כן |
| Windows Server 2019 Datacenter | כן | כן |
| Windows Server 2019 Datacenter Core | כן | כן |
| Windows Server 2016 Datacenter | כן | כן |
| Windows Server 2016 Datacenter Core | כן | כן |
תמיכה במערכת ההפעלה Linux
הסוכן של Backup and DR תומך במערכות ההפעלה הבאות של Linux (x86).
תמיכה בסיסית כוללת תמיכה במערכות קבצים ובמסדי נתונים של Oracle.
התמיכה ב-CBT כוללת יכולת גיבוי מצטבר ללא הגבלה למסדי נתונים אחרים.
| מערכת הפעלה | גרסה | תמיכה בסיסית בסוכן Backup and DR | שינוי התמיכה בחסימת מעקב | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|---|---|
| RHEL1,4 | 8.4 | כן | כן | V11.0.1 |
| 8.6 | כן | כן | V11.0.4 | |
| 8.8 | כן | כן | V11.0.15 | |
| 8.10 | כן | כן | V11.0.12 | |
| 9.0 | כן | לא | V11.0.4 | |
| 9.2 | כן | כן | V11.0.15 | |
| 9.4 | כן | כן | V11.0.15 | |
| 9.5 | כן | כן | V11.0.15 | |
| 9.6 | כן | כן | V11.0.16 | |
| 9.7 | כן | כן | V11.0.16 | |
| RHEL for SAP 1 | 8.4 | כן | כן | V11.0.1 |
| 8.6 | כן | כן | V11.0.4 | |
| 8.8 | כן | כן | V11.0.15 | |
| 8.10 | כן | כן | V11.0.16 | |
| 9.0 | כן | לא | V11.0.8 | |
| 9.2 | כן | כן | V11.0.14 | |
| 9.4 | כן | כן | V11.0.14 | |
| 9.6 | כן | כן | V11.0.16 | |
| 9.7 | כן | כן | V11.0.17 | |
| SLES 1, 3 | 12 SP5 | כן | כן | V11.0.1 |
| 15 SP2 | כן | כן | V11.0.1 | |
| 15 SP3 | כן | כן | V11.0.1 | |
| 15 SP4 | כן | כן | V11.0.4 | |
| 15 SP5 | כן | כן | V11.0.9 | |
| 15 SP6 | כן | כן | V11.0.15 | |
| 15 SP7 | כן | כן | V11.0.16 | |
| SLES for SAP 1, 3 | 12 SP5 | כן | כן | V11.0.1 |
| 15 SP2 | כן | כן | V11.0.1 | |
| 15 SP3 | כן | כן | V11.0.1 | |
| 15 SP4 | כן | כן | V11.0.4 | |
| 15 SP5 | כן | כן | V11.0.9 | |
| 15 SP6 | כן | כן | V11.0.15 | |
| 15 SP7 | כן | כן | V11.0.16 | |
| Rocky Linux | 9.3 | כן | כן | V11.0.15 |
| מערכת Rocky Linux שעברה אופטימיזציה ל Google Cloud | 9.3 | כן | לא | V11.0.9 |
| Ubuntu | 20.04 LTS | כן | לא | V11.0.1 |
| 22.04 LTS | כן | לא | V11.0.1 | |
| Oracle Linux 1, 2 | 7.0-7.6 | כן | לא | V11.0.1 |
| 7.7 | כן | לא | V11.0.1 | |
| 7.8 | כן | לא | V11.0.1 | |
| 7.9 | כן | לא | V11.0.1 | |
| 8.0-8.1 | כן | לא | V11.0.1 | |
| 8.2 | כן | לא | V11.0.1 | |
| 8.3 | כן | לא | V11.0.1 | |
| 8.4 | כן | לא | V11.0.1 | |
| 8.5 | כן | לא | V11.0.1 | |
| 8.6 | כן | לא | V11.0.1 | |
| 8.7 | כן | לא | V11.0.4 | |
| 8.85 | כן | לא | V11.0.8 | |
| 9.0 | כן | לא | V11.0.4 | |
| 9.15 | כן | לא | V11.0.8 | |
| 9.25 | כן | לא | V11.0.8 | |
| 9.65 | כן | לא | V11.0.16 |
1 אין תמיכה ב-Symantec (Veritas) Dynamic Multi Pathing (DMP).
2 נתמך רק במכונות וירטואליות של Google Cloud VMware Engine ולא במכונות וירטואליות או במופעים של Compute Engine
3 במהלך שדרוג 'אופליין' של SuSE (שדרוג מ-ISO), תוכנת ההתקנה של SuSE לא מריצה הגדרה מחדש של חבילות חיצוניות, כולל מודול ה-CBT ו-DLKM. כתוצאה מכך, כשהמערכת מופעלת עם הליבה המעודכנת, לא ניתן לטעון את ה-dlkm כי קובצי ההגדרות הישנים עדיין מצביעים על מודול הליבה הישן יותר. שדרוג מערכת ההפעלה מ-ISO לא נתמך.
4 שירות Backup and DR לא תומך ב-RHEL HA.
5 נתמך בגרסאות Red Hat Compatible Kernel (RHCK) ו-Unbreakable Enterprise Kernel (UEK).
ליבות נתמכות של מערכות הפעלה Linux
כאן אפשר לעיין ברשימת ליבות המערכת הנתמכות.
Microsoft SQL Server
סוכני גיבוי ותוכנית התאוששות מאסון (DR) בגרסה 11.0.1 ואילך תומכים בלכידת נתונים עקבית של מסד נתונים (תמונות מצב) מ-Microsoft SQL Server.
| גרסת שרת SQL | גרסת Windows Server |
|---|---|
| SQL Server 2022 Standalone | Windows Server 2025 |
| Windows Server 2022 | |
| Windows Server 2019 | |
| Windows Server 2016 | |
| SQL Server 2022 Web | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| Windows Server 2019 Datacenter | |
| SQL Server 2022 Standard | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| Windows Server 2019 Datacenter | |
| SQL Server 2022 Enterprise | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| Windows Server 2019 Datacenter | |
| SQL Server 2019 Web | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| SQL Server 2019 Standalone | Windows Server 2025 |
| SQL Server 2019 Standard | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| Windows Server 2019 Datacenter | |
| SQL Server 2019 Enterprise | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| Windows Server 2019 Datacenter | |
| SQL Server 2017 Standalone | Windows Server 2025 |
| SQL Server 2017 Web | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter | |
| SQL Server 2016 Web | Windows Server 2025 Datacenter |
| Windows Server 2022 Datacenter |
- אין תמיכה בהגנה על מופע של SQL Server שמתארח בשיתופי SMB ב-Windows, באופן עקבי ברמת האפליקציה.
IBM Db2
שירות Backup and DR תומך בשיטות הבאות ללכידת נתונים:
אפשר לצלם את Db2 ב-Linux ברמת עוצמת הקול באופן מצטבר, עם גישה מיידית ויצירה של שיבוט וירטואלי לניהול נתוני בדיקה (TDM). הפתרון הזה מבוסס על LVM של Linux ועל יכולות המעקב אחר בלוקים שהשתנו ב-Backup and DR, והוא הפתרון החלופי המומלץ.
לקוחות שלא משתמשים ב-LVM או שלא יכולים להשתמש בלכידה ברמת הווליום, יכולים ללכוד את Db2 ב-Linux באמצעות גיבוי מלא + גיבוי מצטבר. הגיבוי הזה מתבסס על קובץ ה-dump של מסד הנתונים.
| גרסאות נתמכות של IBM Db2 | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|
| 10.5 | SLES 12 | V11.0.1 |
| 11.1.0 | SLES 12 | V11.0.1 |
| 11.5.0 | SLES 12 | V11.0.1 |
| 11.5.8.0 | RHEL 8.x SLES 12 ו-15 |
V11.0.4 |
| 11.5.9 | RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 |
| 12.1 | RHEL 9.x SLES 15 SP6, SLES 15 SP7 |
V11.0.17 |
Oracle
סוכני Backup and DR מאפשרים לכידת נתונים עקבית של מסדי נתונים של Oracle. צריך להריץ את Oracle במצב ARCHIVELOG. לכידת נתונים תומכת בלכידת נתונים לדיסקים זמניים בפורמט של מערכות קבצים או בפורמט של יעדי קבוצת דיסקים של ASM.
ההגנה על מסד נתונים של Oracle זהה למסדי נתונים שפועלים בשרתים של Bare Metal Solution או בתוך מכונה וירטואלית של Compute Engine.
אפשר גם לתעד נתונים מהגדרות של Oracle Non Active Data Guard ו-Active Data Guard.
| משפחת Oracle | סוגי הגדרות | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|---|
| Oracle 21c All Versions |
עצמאי | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 |
| RAC | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 | |
| Exadata 1 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 | |
| Non Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 | |
| Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.7 | |
| Oracle 19c 3 כל הגרסאות |
עצמאי | OEL 7.x, 8.x, 9.0, 9.6 RHEL 8.x, SLES 12, 15 Windows 2016, 2019 RHEL 8.10 RHEL 9.5 עם ליבת 5.14.0-503.23.1 |
V11.0.1 V11.0.15 |
| ASM Standalone | OEL 9.6 | V11.0.17 | |
| Rocky Linux 8.7 | V11.0.7 | ||
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Rocky Linux 8.7 | V11.0.7 | ||
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Rocky Linux 8.7 | V11.0.7 | ||
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Rocky Linux 8.7 | V11.0.7 | ||
| Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Rocky Linux 8.7 | V11.0.7 | ||
| Oracle 18c 3 כל הגרסאות |
עצמאי | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 |
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 | |
| Active Data Guard 3 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.1 |
1 מערכת Oracle Exadata נתמכת ב-iSCSI וב-NFS
2 מעקב אחר בלוקים של שינויים ב-RMAN של מסד הנתונים של Oracle זמין רק ב-Active Data Guard
3 לכידת נתונים של Oracle 18c ואילך מתבצעת ברמת הקונטיינר (כולל כל ה-PDB). התקנה מודעת-אפליקציה ביעד היא ברמת מאגר התגים. אפשר להשתמש בסקריפטים מותאמים אישית כדי להוסיף קובצי PDB וירטואליים לקונטיינר קיים.
שיטות נתמכות לאיסוף נתונים ולהצגת נתונים
שירות Backup and DR תומך במגוון שיטות ללכידה ולהצגה של מסדי נתונים של Oracle בתצורות שונות. הפעולות האלה כוללות גיבוי, שחזור ופעולות הרכבה של מסד נתונים של Oracle עם TDE (הצפנת נתונים שקופה) שמודעות לאפליקציה. במסדי נתונים של Oracle עם TDE, אפשר ללכוד את הארנק של TDE על ידי הגדרת המיקום של קובץ התצורה של Oracle בהגדרה המתקדמת של אפליקציית Oracle. כדי להפעיל TDE במסדי נתונים, צריך להעתיק את הארנק למיקום המתאים במארח של הנקודה שבה הכונן מחובר.
חשוב גם לציין ש-dNFS עם Oracle נתמך במערכות הפעלה של Linux.
| הגדרת מסד נתונים של סביבת ייצור | פורמט הצילום1 | פורמט המצגת |
|---|---|---|
| קובצי DB ב-ASM/RAC | מערכת קבצים (מכשיר חסימה) | מערכת קבצים עצמאית |
| מערכת קבצים (NFS) | מערכת קבצים עצמאית (NFS) | |
| מערכת קבצים (NFS) | מערכת קבצים של RAC (NFS) | |
| קבוצת דיסקים של ASM 3, 5 | ASM עצמאי | |
| קבוצת דיסקים של ASM 3, 5 | ASM RAC (צומת אחד או יותר) | |
| קבצי DB במערכת הקבצים | מערכת קבצים (מכשיר חסימה) | מערכת קבצים עצמאית |
| מערכת קבצים (NFS) | מערכת קבצים עצמאית (NFS) | |
| קבוצת דיסקים של ASM 3, 4, 5 | ASM עצמאי | |
| קבוצת דיסקים של ASM 3, 4, 5 | ASM RAC (צומת אחד או יותר) |
1 Capture Format הוא הפורמט שמתקבל מהעותק שמנוהל על ידי Backup and DR.
3 אין תמיכה בצילום מ-ASM ל-ASM ובהצגת גיבויים בפורמט ASM במערכות הפעלה של Windows
4 נדרש מופע של Oracle ASM במערכת המקור לשיטת הלכידה הזו
5 השילוב של ASM Disk (פורמט לכידה) לא נתמך כשנתונים נלכדים דרך NFS
| פורמטים נתמכים של נתוני לכידה | שימוש במערכת הקבצים | שימוש בקבוצת דיסקים של ASM |
|---|---|---|
| תמיכה בגיבוי | נתונים של HCC או נתונים שאינם HCC | |
| שחזור Oracle באמצעות RMAN | HCC או non HCC | |
| התקנה עם מודעות לאפליקציה �1 | Exadata ל-non Exadata |
1 כדי לגשת לנתונים מעותקים וירטואליים של נתונים דחוסים בפורמט HCC, צריך לבטל את הדחיסה של הנתונים לפני הגישה
תמיכה ב-Oracle exadata
שירות Backup and DR תומך בהגדרות הבאות של Oracle Exadata.
גרסאות של Exadata Database Machine: X4 ואילך
גרסאות Oracle: 18c ו-19c
PostgreSQL
שירות Backup and DR תומך בשיטות הבאות ללכידת נתונים:
אפשר לצלם את PostgreSQL ב-Linux ברמת עוצמת הקול באופן מצטבר, עם גישה מיידית ויצירת שיבוט וירטואלי ל-TDM. האפשרות הזו מתבססת על Linux LVM ועל יכולות המעקב אחר בלוקים שהשתנו ב-Backup and DR, והיא מומלצת כחלופה.
לקוחות שלא משתמשים ב-LVM או שלא יכולים להשתמש בלכידה ברמת הנפח, יכולים לחלופין לבצע לכידה של PostgreSQL ב-Linux באמצעות גיבוי מלא + מצטבר. הגיבוי מתבצע באמצעות הפקודה pg_dump של מסד הנתונים, שלא תומכת בגיבוי מצטבר, ולכן כל גיבוי יהיה גיבוי מלא של מסד הנתונים.
בגלל מגבלות ב-PostgreSQL, לא ניתן לבצע שחזור של גיבוי מלא + גיבוי מצטבר.
| גרסאות PostgreSQL נתמכות | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן שירות Backup and DR |
|---|---|---|
| 10.23 | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| 11.x | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| 12.x | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| 13.x | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| 14.x | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.8, 8.10 Rocky Linux 9 |
V11.0.16 | |
| 15.x | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.8, 8.10, RHEL 9.x SLES 15 SP7 |
V11.0.16 | |
| 16.x | RHEL 8.10 | V11.0.13-14 עם תיקונים חמים |
| RHEL 8.10, RHEL 9.x Rocky Linux 9, SLES 15 SP7 |
V11.0.16 |
SAP
שירות Backup and DR תומך ב-SAP בכל מסדי הנתונים שמופיעים במסמך הזה.
SAP ASE (לשעבר Sybase ASE)
שירות Backup and DR תומך בשיטות הבאות ללכידת נתונים:
אפשר לצלם את SAP ASE ב-Linux ברמת עוצמת הקול באופן מצטבר תמיד, עם גישה מיידית ויצירת שיבוט וירטואלי ל-TDM. האפשרות הזו מתבססת על Linux LVM ועל יכולות המעקב אחר בלוקים שהשתנו ב-Backup and DR, והיא מומלצת כחלופה.
לקוחות שלא משתמשים ב-LVM או שלא יכולים להשתמש בלכידה ברמת עוצמת הקול, יכולים לחלופין ללכוד את SAP ASE ב-Linux באמצעות גיבוי מלא + מצטבר. הגיבוי מתבצע באמצעות dump של מסד הנתונים, ובדרך כלל מוגדר כגיבוי מלא שבועי וגיבוי מצטבר יומי. שחזור כולל בנייה מחדש של הגיבויים המצטברים על בסיס הגיבוי המלא האחרון.
| גרסאות נתמכות של SAP ASE | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|
| 16.0.x | SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| SLES 15 SP4 | V11.0.4 | |
| SLES 15 SP5 | V11.0.9 | |
| SLES 15 SP6 | V11.0.17 | |
| SLES 15 SP7 | V11.0.17 | |
| RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 |
SAP HANA
הסוכן Backup and DR תומך בצילום של SAP HANA בהגדרות הבאות.
| הגדרה נתמכת | SAP HANA SavePoint API 2 | SAP file-based (HDBSQL/Backint) 3 | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|---|---|
| Scale-out HANA 2.0, non shared storage | כן (מועדף) 1 | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| כן (מועדף) 1 | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| כן (מועדף) 1 | כן | RHEL 8.8 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 8.10 | V11.0.14 | |
| כן (מועדף) 1 | כן | RHEL 9.2 | V11.0.15 | |
| כן (מועדף) 1 | כן | RHEL 9.4 | V11.0.15 | |
| כן (מועדף) 1 | כן | RHEL 9.5 | V11.0.14 | |
| כן (מועדף) 1 | כן | RHEL 9.6 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 9.7 | V11.0.17 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.9 | |
| כן (מועדף) 1 | כן | SLES 15 SP7 | V11.0.16 | |
| Scale-out HANA 2.0, אחסון משותף 4 | לא נתמך | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| לא נתמך | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.9 | |
| SAP HANA 2.0 Standalone או HA (1+1) | כן (מועדף) 1 | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| כן (מועדף) 1 | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.9 | |
| מערכת עם מאגר נתונים יחיד (HANA 1.0) 5 | כן (מועדף) | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| כן (מועדף) | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.9 |
1 נדרשת גרסה SAP HANA 2.0 SPS 04 ואילך
2 בטבלה הזו, 'SAP HANA SavePoint API' מתייחס לגיבוי של SAP HANA באמצעות Backup and DR CBT ולתכונה התומכת בגיבוי מצטבר ללא הגבלה ובהרכבה מיידית של אפליקציות עם אפשרות של העברת יומן קדימה. היא לא מתייחסת לגיבוי של SAP HANA באמצעות קובצי snapshot של דיסק אחסון מתמיד (persistent disk).
כשמשתמשים ב-SAP HANA SavePoint API עם קובצי snapshot של דיסק אחסון מתמיד (persistent disk), לא ניתן להשתמש בתצורות של HANA עם הרחבת קיבולת (scale-out).
שירות Backup and DR תומך ב-CBT עם HANA ב-RHEL 7.2 ומעלה. רשימה מלאה של גרסאות RHEL שעומדות בדרישות של CBT מופיעה במאמר בנושא תמיכה במערכת הפעלה של Linux.
3 מצב SAP HANA Backint תומך רק בגיבוי מלא שבועי עם גיבויים מצטברים יומיים. תמיכה בשחזור HANA באמצעות פקודות HANA HDBSQL/Backint . בנוסף, היכולת להרכבה מיידית של אפליקציות לא נתמכת ב-HANA File-based (HDBSQL/Backint) API.
4 תמיכה רק באפשרות מיפוי דיסקים של Backup and DR NFS. דיסק NFS תמיד ממופה לכל צמתי HANA
5 תמיכה באפשרויות של מיפוי בלוקים של Backup and DR ושל דיסקים של NFS
SAP MaxDB
שירות Backup and DR תומך בשיטות הבאות ללכידת נתונים:
אפשר לצלם את SAP MaxDB ב-Linux ברמת עוצמת הקול באופן מצטבר, עם גישה מיידית ויצירת שיבוט וירטואלי ל-TDM. האפשרות הזו מתבססת על Linux LVM ועל יכולות המעקב אחרי בלוקים שהשתנו ב-Backup and DR, והיא מומלצת כחלופה.
לקוחות שלא משתמשים ב-LVM או שלא יכולים להשתמש בלכידה ברמת הנפח, יכולים לחלופין לבצע לכידה של MaxDB ב-Linux באמצעות גיבוי מלא + מצטבר. הגיבוי מתבצע באמצעות dump של מסד הנתונים, ובדרך כלל מוגדר כגיבוי מלא שבועי וגיבוי מצטבר יומי. שחזור כולל בנייה מחדש של הגיבויים המצטברים על בסיס הגיבוי המלא האחרון.
| גרסאות נתמכות של SAP MaxDB | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|
| 7.9.09 | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| 7.9.10 | RHEL 8.4 | V11.0.1 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 | |
| SLES 15 SP5 | V11.0.9 |
SAP IQ (לשעבר Sybase IQ)
שירות הגיבוי וה-DR תומך בצילום מצב של SAP IQ ברמת עוצמת הקול בצורה מצטברת תמידית עם גישה מיידית ויצירת שיבוט וירטואלי ל-TDM. האפשרות הזו מתבססת על Linux LVM ועל יכולות המעקב אחרי בלוקים שהשתנו ב-Backup and DR, והיא מומלצת כחלופה.
| גרסאות SAP IQ נתמכות | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|
| SAP IQ 16.x (מלא + מצטבר) | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| SAP IQ 16.x (LVM, CBT) | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| SAP IQ 16.x (מלא + מצטבר, LVM) | RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 |
| SLES 15 SP5 | V11.0.9 |
מערכות קבצים
סוכני הגיבוי וה-DR מגלים כל נפח בנקודת טעינה ברשת כאפליקציה שניתן להגן עליה. לכל אחת מהאפליקציות שזוהו, הסוכן של Backup and DR מתזמן את התהליך להשגת עקביות (באמצעות תמונות מצב של VSS/LVM), מציג דיסק זמני שיפורמט עם מערכת קבצים מאותו סוג כמו המקור או עם סוג מערכת קבצים תואם, כמו שמתואר כאן.
| מערכת הפעלה | מערכת קבצים של המקור | Staging Disk FS | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|---|
| Windows | NTFS | NTFS | V11.0.1 |
| SMB | NTFS | V11.0.1 | |
| ReFS | ReFS | V11.0.1 | |
| Linux1 | EXT2 | EXT2 או NFS4 | V11.0.1 |
| EXT3 | EXT3 או NFS4 | V11.0.1 | |
| EXT4 | EXT4 או NFS4 | V11.0.1 | |
| XFS | XFS או NFS4 | V11.0.1 | |
| ReiserFS | ReiserFS או NFS4 | V11.0.1 | |
| NFS | EXT3 או NFS4 | V11.0.1 | |
| BTRFS | EXT3 או NFS4 | V11.0.1 |
1 אם קיים קובץ snapshot של LVM, הוא ישמש כמקור. יש תמיכה בהרכבת LVM בחזרה לאותו שרת
2 גרסאות מובנות בלבד
3 הצפנה לא אפשרית
4 יש תמיכה רק בגרסה 3 של פרוטוקול NFS
ניהול נתוני בדיקה באמצעות מאגרי תגים
השירות Backup and DR משתמש בנפחי NFS כדי להפוך נתוני אפליקציות שצולמו לזמינים כמשאבי NFS משותפים לקונטיינרים. כך אפשר ליצור שיבוטים וירטואליים של מסדי נתונים נתמכים, שאפשר לגשת אליהם מתוך סביבת הקונטיינר.
וירטואליזציה של נתונים בסביבות וירטואליות
Backup and DR תומך בווירטואליזציה של נתונים בסביבות וירטואליות באמצעות השיטות הבאות:
Google Cloud VMware Engine
שירות Backup and DR תומך בלכידת נתונים ממכונות וירטואליות של VMware באמצעות קריאות ל-VMware vSphere Storage APIs - Data Protection (לשעבר vStorage APIs for Data Protection או VADP) כדי ללכוד שרת וירטואלי שלם. באופן ספציפי, הקריאות ל-API יכולות:
ביצוע מעקב אחר בלוקים של שינויים: יוצר תמונת מצב מלאה ראשונית של מסד נתונים, ואז יוצר תמונות מצב רק של השינויים במסד הנתונים, וכך מאפשר את אסטרטגיית הלכידה המצטברת של Backup and DR.
השבתת אפליקציות: מוודאת שהאפליקציות עקביות במהלך הצילום.
| vCenter 1, 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3, 8.0, 8.0 U3 7 |
|---|---|
| ESX Server 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3, 8.0.3 החל מ-שירות Backup and DR V11.0.17 |
| חומרה וירטואלית 2 | 7 עד 15 ו-17 עד 19 |
| מערכת הפעלה אורחת | כל מערכות ההפעלה שנתמכות ב-Google Cloud VMware Engine |
| השבתת אפליקציות 3 | כן, על סמך VMware Tools |
| תמיכה ב-vSAN 4 | vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3 |
| שינוי מעקב אחר בלוקים5 | הפתרון מתבסס על VMware vSphere Storage APIs – Data Protection (לשעבר vStorage APIs for Data Protection או VADP) |
1 המערכת משתמשת ב-VMware VDDK גרסה 7.0. VDDK 8.0.3 נתמך ב-Backup and DR 11.0.17 ואילך. 2 סוגי בקר NVME (שקיימים ב-ESX 7.0 ואילך) לא נתמכים. גרסה 14 ואילך של חומרה וירטואלית נתמכות רק ב-ESX 7.0 (ובגרסאות מאוחרות יותר)
3 יכולת שרלוונטית לכל אפליקציה עם VSS Writer או סקריפטים לפני ואחרי כדי להשיג לכידה עקבית של האפליקציה.
4 מכיוון ש-VMware vSAN לא תומך בתכונות של גישה למכשיר RDM, לא אפשרי לטעון מכונה וירטואלית באמצעות Backup and DR כשמשתמשים ב-RDM. יש תמיכה בשחזור ובשיבוט של מכונות וירטואליות. עם זאת, יש תמיכה בהרכבה של מכונה וירטואלית ב-Backup and DR כשמשתמשים בהעברה של NFS במקום RDM.
5 לא נתמך בדיסקים שמוצגים למכונות וירטואליות לייצור כ-pRDM.
6 הגדרת מצב העברה של SAN לגיבוי של דיסק זמני (גיבויים מבוססי-סוכן), והרכבה ושחזור של גיבויים באמצעות iSCSI לא נתמכים.
7 VMware vCenter Server 8.0 נתמך ב-Backup and DR Service בגרסה 11.0.15 ואילך, וגרסה 8.0.3 נתמכת בגרסה 11.0.17 ואילך.