מה הפתרון כולל?
- רפליקציה רציפה ברמת ה-byte
- Failover ו-Failback
- Windows ו-Linux
- On-Prem, VMware, Hyper-V וענן
- בדיקות DR ללא פגיעה ב-Production
רפליקציה לשרתים
רפליקציה לשרתים בזמן אמת לצורכי DR ו-High Availability
רפליקציה לשרתים מעתיקה באופן רציף שינויים ברמת ה-byte משרת המקור לשרת יעד. כך ניתן להגן על Windows ו-Linux, לצמצם RPO ו-RTO, ולבצע Failover לשרת חלופי באתר DR או בענן.
למי זה מתאים?
ארגונים שצריכים להמשיך להפעיל שרתים ואפליקציות קריטיות גם לאחר כשל חומרה, תקלה באתר, מתקפת סייבר או השבתה תפעולית.
שרת SQL קריטימערכת ERP או יישום Legacyשרת קבציםאתר DR מרוחקהגנה בין Data Centers
איך מתקדמים לפרויקט?
1
Discovery
ממפים שרתים, תלות, נפחים, שינויי מידע ורשת.
2
Design
מגדירים יעד, RPO/RTO, אבטחה ו-Runbook.
3
Pilot
מריצים POC או גל ראשון ומוודאים ביצועים.
4
Validation
מבצעים Cutover או תרגיל DR ומתעדים ראיות.
שאלות נפוצות
מה ההבדל בין רפליקציה לגיבוי?
גיבוי שומר נקודות שחזור של מידע. רפליקציה מעתיקה שינויים באופן רציף לשרת זמין להפעלה. בתוכנית DR מלאה משתמשים בדרך כלל בשניהם: גיבוי לשחזור היסטורי ורפליקציה לצמצום זמן ההשבתה.
האם אפשר לשכפל שרת פיזי לשרת וירטואלי או לענן?
כן. OpenText Availability תומך בהגנה בין סביבות פיזיות, וירטואליות וענן, בכפוף למערכות ההפעלה ולמטריצת התמיכה של היצרן.
האם בדיקת Failover משביתה את השרת הראשי?
ניתן לתכנן ולבצע בדיקות DR מבודדות בלי לעצור את שרת המקור. התהליך המדויק נקבע לפי הארכיטקטורה, הרשת והאפליקציה.
איך קובעים RPO ו-RTO?
RPO נקבע לפי קצב השינויים, רוחב הפס ותכנון ההגנה. RTO נקבע לפי אוטומציית ה-Failover, תלות האפליקציות ונהלי ההפעלה. סינגולר מבצעת אפיון ומבחן התאוששות לפני התחייבות ליעדים.
מקור טכני
המידע על יכולות המוצר מבוסס על חומר היצרן. התאמה לסביבה ויעדי ביצוע מאומתים ב-Discovery וב-POC.
OpenText Availabilityעודכן לאחרונה: ספטמבר 2026 · נבדק מקצועית על ידי צוות סינגולר