מדיניות בנושא סיום התמיכה ב-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 של תמונות מצב של Persistent Disk)
- מסדי נתונים של 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 / Rocky Linux | 8.10 | כן | כן | V11.0.16 |
| 9.4 | כן | כן | V11.0.16 | |
| 9.6 | כן | כן | V11.0.16 | |
| 9.8 | כן | כן | V11.0.17 | |
| RHEL1,4 | 10 | כן | כן | V11.0.17 |
| 10.2 | כן | כן | V11.0.17 | |
| RHEL for SAP 1 | 8.8 | כן | כן | V11.0.16 |
| 8.10 | כן | כן | V11.0.16 | |
| 9.2 | כן | כן | V11.0.16 | |
| 9.4 | כן | כן | V11.0.16 | |
| 9.6 | כן | כן | V11.0.16 | |
| SLES 1, 3 | 12 SP5 | כן | כן | V11.0.16 |
| 15 SP5 | כן | כן | V11.0.16 | |
| 15 SP6 | כן | כן | V11.0.16 | |
| 15 SP7 | כן | כן | V11.0.16 | |
| SLES for SAP 1, 3 | 12 SP5 | כן | כן | V11.0.16 |
| 15 SP5 | כן | כן | V11.0.16 | |
| 15 SP6 | כן | כן | V11.0.16 | |
| 15 SP7 | כן | כן | V11.0.16 | |
| מערכת Rocky Linux שעברה אופטימיזציה ל Google Cloud | 8.x | כן | לא | V11.0.16 |
| 9.x | כן | לא | V11.0.16 | |
| Ubuntu | 20.04 LTS | כן | לא | V11.0.16 |
| 22.04 LTS | כן | לא | V11.0.16 | |
| 24.04 LTS | כן | לא | V11.0.16 | |
| Oracle Linux 1, 2 | 8.105 | כן | לא | V11.0.16 |
| 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 אין תמיכה ב-RHEL HA ב-Backup and DR.
5 נתמכת בגרסאות של Red Hat Compatible Kernel (RHCK) ושל Unbreakable Enterprise Kernel (UEK).
ליבות נתמכות של מערכות הפעלה מבוססות Linux
Microsoft SQL Server
סוכני גיבוי ותוכנית התאוששות מאסון (DR) מגרסה 11.0.16 ואילך תומכים בלכידת נתונים עקבית של מסד נתונים (תמונות מצב) מ-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
שירות הגיבוי וה-DR תומך בשיטות הבאות ללכידת נתונים:
אפשר לצלם את Db2 ב-Linux ברמת עוצמת הקול באופן מצטבר, עם גישה מיידית ויצירה של שיבוט וירטואלי לניהול נתוני בדיקה (TDM). האפשרות הזו מתבססת על Linux LVM ועל יכולות המעקב אחרי בלוקים שהשתנו ב-Backup and DR, והיא החלופה המומלצת.
לקוחות שלא משתמשים ב-LVM או שלא יכולים להשתמש בלכידה ברמת הנפח, יכולים לחלופין ללכוד את Db2 ב-Linux באמצעות גיבוי מלא + גיבוי מצטבר. הגיבוי מתבצע באמצעות dump של מסד הנתונים.
| גרסאות נתמכות של IBM Db2 | מערכות הפעלה נתמכות | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|
| 10.5 | SLES 12 | V11.0.16 |
| 11.1.0 | SLES 12 | V11.0.16 |
| 11.5.0 | SLES 12 | V11.0.16 |
| 11.5.8.0 | RHEL 8.x SLES 12 ו-15 |
V11.0.16 |
| 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 כל הגרסאות |
עצמאי | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.16 |
| RAC | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.16 | |
| Exadata 1 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.16 | |
| Non Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.16 | |
| Active Data Guard 2 | RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019 |
V11.0.16 | |
| 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.16 |
| ASM Standalone | OEL 9.6 | V11.0.17 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Rocky Linux 8.7 | V11.0.16 | ||
| Oracle 18c 3 כל הגרסאות |
עצמאי | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 |
| RAC | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Exadata 1 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Non Active Data Guard 2 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 | |
| Active Data Guard 3 | OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019 |
V11.0.16 |
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
שירות הגיבוי וה-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.16 |
| RHEL 8.6 | V11.0.16 | |
| 11.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 12.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 13.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| 14.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| RHEL 8.8, 8.10 Rocky Linux 9 |
V11.0.16 | |
| 15.x | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 | V11.0.16 | |
| RHEL 8.8, 8.10, RHEL 9.x SLES 15 SP7 |
V11.0.16 | |
| 16.x | RHEL 8.10 | V11.0.16 |
| RHEL 8.10, RHEL 9.x Rocky Linux 9, SLES 15 SP7 |
V11.0.16 |
SAP
Backup and DR תומך ב-SAP בכל מסדי הנתונים שמפורטים במסמך הזה.
SAP ASE (לשעבר Sybase ASE)
שירות הגיבוי וה-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.16 |
| SLES 15 SP4 | V11.0.16 | |
| SLES 15 SP5 | V11.0.16 | |
| 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 מבוסס-קבצים (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.16 |
| כן (מועדף) 1 | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 8.8 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 8.10 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 9.2 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 9.4 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 9.5 | V11.0.16 | |
| כן (מועדף) 1 | כן | RHEL 9.6 | V11.0.16 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.16 | |
| כן (מועדף) 1 | כן | SLES 15 SP7 | V11.0.16 | |
| HANA 2.0 עם הרחבה אופקית, אחסון משותף 4 | לא נתמך | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| לא נתמך | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.16 | |
| SAP HANA 2.0 Standalone או HA (1+1) | כן (מועדף) 1 | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| כן (מועדף) 1 | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.16 | |
| מערכת עם מאגר יחיד (HANA 1.0) 5 | כן (מועדף) | כן | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| כן (מועדף) | כן | RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| כן (מועדף) 1 | כן | SLES 15 SP5 | V11.0.16 |
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 תמיכה באפשרויות מיפוי של בלוקים ודיסקים של NFS ב-Backup and DR
SAP MaxDB
שירות הגיבוי וה-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.16 |
| 7.9.10 | RHEL 8.4 | V11.0.16 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 | |
| SLES 15 SP5 | V11.0.16 |
SAP IQ (לשעבר Sybase IQ)
Backup and 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.16 |
| SAP IQ 16.x (LVM, CBT) | RHEL 8.4 SLES 12 SP5 SLES 15 SP3 |
V11.0.16 |
| RHEL 8.6 SLES 15 SP4 |
V11.0.16 | |
| SAP IQ 16.x (מלא + מצטבר, LVM) | RHEL 8.8, 8.10, RHEL 9.x | V11.0.16 |
| SLES 15 SP5 | V11.0.16 |
מערכות קבצים
סוכני הגיבוי וה-DR מגלים כל נפח בנקודת טעינה ברשת כאפליקציה שאפשר להגן עליה. לכל אחת מהאפליקציות שזוהו, סוכן Backup and DR מתזמן את התהליך להשגת עקביות (באמצעות תמונות מצב של VSS/LVM), מציג דיסק זמני שיעבור פורמט עם מערכת קבצים מאותו סוג כמו המקור או עם סוג מערכת קבצים תואם, כפי שמתואר כאן.
| מערכת הפעלה | מערכת קבצים של המקור | Staging Disk FS | הגרסה המינימלית הנדרשת של סוכן Backup and DR |
|---|---|---|---|
| Windows | NTFS | NTFS | V11.0.16 |
| SMB | NTFS | V11.0.16 | |
| ReFS | ReFS | V11.0.16 | |
| Linux1 | EXT2 | EXT2 או NFS4 | V11.0.16 |
| EXT3 | EXT3 או NFS4 | V11.0.16 | |
| EXT4 | EXT4 או NFS4 | V11.0.16 | |
| XFS | XFS או NFS4 | V11.0.16 | |
| ReiserFS | ReiserFS או NFS4 | V11.0.16 | |
| NFS | EXT3 או NFS4 | V11.0.16 | |
| BTRFS | EXT3 או NFS4 | V11.0.16 |
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 transport במקום ב-RDM.
5 אין תמיכה בדיסקים שמוצגים למכונות וירטואליות לייצור כ-pRDM.
6 לא ניתן להגדיר מצב העברה של SAN לגיבוי של דיסק זמני (גיבויים מבוססי-סוכן), וגם לא ניתן לטעון ולשחזר גיבויים באמצעות iSCSI.
7 VMware vCenter Server 8.0 נתמך ב-Backup and DR 11.0.16 ואילך, ו-8.0.3 נתמך ב-11.0.17 ואילך.