เรียกคืนเวิร์กโหลดโดยตรงไปยังแพลตฟอร์มเป้าหมายผ่าน GUI ที่ใช้งานง่าย ช่วยลดความซับซ้อนในการกำหนดค่า ข้อกำหนดทางเทคนิค และข้อผิดพลาดในการดำเนินงาน
สถานการณ์การย้ายระบบองค์กรทั่วไป
การเปลี่ยนแพลตฟอร์ม
ย้ายเวิร์กโหลดจากแพลตฟอร์มเสมือนจริงที่มีอยู่ไปยังแพลตฟอร์มใหม่
การปรับปรุงโครงสร้างพื้นฐานให้ทันสมัย
ย้ายปริมาณงานจากสภาพแวดล้อมแบบฟิสิคัลหรือระบบเดิมไปยังโครงสร้างพื้นฐานสมัยใหม่
การนำคลาวด์มาใช้
ย้ายเวิร์กโหลดภายในองค์กรไปยังสภาพแวดล้อมคลาวด์ที่รองรับ
การย้ายเวิร์กโหลด
ย้ายเวิร์กโหลดระหว่างสภาพแวดล้อมเพื่อตอบสนองความต้องการทางธุรกิจหรือโครงสร้างพื้นฐานที่เปลี่ยนแปลง
สิ่งที่ควรพิจารณาก่อนการโยกย้ายเวิร์กโหลด
แหล่งต้นทางและปลายทาง
ระบุเวิร์กโหลดต้นทางและสภาพแวดล้อมเป้าหมายก่อนเลือกเส้นทางการย้ายข้อมูลที่เหมาะสม
วิธีการย้ายข้อมูล
เลือกแนวทางการย้ายข้อมูลที่เหมาะสมตามเวิร์กโหลดและสภาพแวดล้อมต้นทางไปยังปลายทาง
ข้อกำหนดด้านเวลาหยุดให้บริการ
กำหนดระดับการหยุดชะงักของบริการที่ยอมรับได้ และพิจารณาว่าภาระงานจำเป็นต้องออนไลน์อยู่ระหว่างการย้ายข้อมูลหรือไม่
ความพร้อมหลังการย้ายข้อมูล
พิจารณาระบบปฏิบัติการ แอปพลิเคชัน ข้อมูล ไดรเวอร์ และการกำหนดค่าระบบที่จำเป็นต้องพร้อมในสภาพแวดล้อมเป้าหมาย
ความสามารถสำคัญด้านการย้ายระบบของ Vinchin
การย้ายข้ามแพลตฟอร์มโดยตรง
การซิงโครไนซ์ข้อมูลแบบเรียลไทม์
การถ่ายโอนแบบหลายเธรดและหลายโหนด
การซ่อมแซมการกำหนดค่าระบบอัตโนมัติ
การย้ายข้ามแพลตฟอร์มโดยตรง
รองรับการย้ายข้อมูลข้ามแพลตฟอร์มที่แตกต่างกันโดยตรง ทั้งระหว่างเซิร์ฟเวอร์กายภาพ เครื่องเสมือน และแพลตฟอร์มคลาวด์
การซิงโครไนซ์ข้อมูลแบบเรียลไทม์
รักษาเวิร์กโหลดการผลิตให้ออนไลน์อยู่เสมอพร้อมกับซิงค์ข้อมูลเซิร์ฟเวอร์กายภาพแบบเรียลไทม์ก่อนการสลับบริการ
การถ่ายโอนแบบหลายเธรดและหลายโหนด
เร่งการเคลื่อนย้ายข้อมูลเวิร์กโหลดและย่นระยะเวลาการถ่ายโอนและการสลับระบบให้สั้นลง
การซ่อมแซมการกำหนดค่าระบบอัตโนมัติ
ซ่อมแซมการกำหนดค่าบูตและเครือข่ายโดยอัตโนมัติ และแทนที่ไดรเวอร์ที่จำเป็นระหว่างการย้ายข้อมูลข้ามแพลตฟอร์ม X2X
สถานการณ์ที่รองรับสำหรับการย้ายระบบแบบ Any-to-Any
V2V
เพียงเพิ่มทั้งสองไฮเปอร์ไวเซอร์ไปยัง Vinchin Backup & Recovery แล้วกู้คืนข้อมูลสำรองของ VM เป้าหมายไปยังอีกไฮเปอร์ไวเซอร์
P2V
เซิร์ฟเวอร์ในสภาพแวดล้อมฟิสิคัลสามารถแปลงเป็นเครื่องเสมือนได้โดยการกู้คืนข้อมูลสำรองโดยตรงไปยังโฮสต์ใดก็ได้ใน Vinchin
P2C
แปลงการสำรองข้อมูลทางกายภาพให้เป็นเครื่องเสมือนโดยการเรียกคืนข้อมูลสำรองไปยังโฮสต์เสมือน และ Vinchin จะทำการแปลงเป็นเครื่องเสมือนโดยอัตโนมัติ
C2C
อินสแตนซ์คลาวด์ เช่น AWS EC2 และ Huawei ECS สามารถแปลงข้ามระหว่างกันได้โดยการกู้คืนข้อมูลสำรองไปยังอีกแพลตฟอร์มหนึ่ง
P2P
คุณสามารถกู้คืนระบบแบบเบียร์เมทัลได้โดยใชสื่อกู้คืนและตัวแทนขั้นพื้นฐานเพื่อย้ายระบบทั้งหมดไปยังเซิร์ฟเวอร์เปล่า
C2V
การย้ายอินสแตนซ์คลาวด์ไปยังเครื่องเสมือนภายในสถานที่สามารถทำได้โดยการกู้คืนข้อมูลสำรองไปยังโฮสต์ท้องถิ่นที่ลงทะเบียนใน Vinchin โดยตรง
ทำไมจึงเลือก Vinchin สำหรับการย้ายย้ายเวิร์กโหลด
ลดความซับซ้อนในการดำเนินการย้ายระบบ
ลดการหยุดชะงักทางธุรกิจให้เหลือน้อยที่สุด
คง workload การผลิตให้ออนไลน์ระหว่างการย้ายข้อมูล และสลับบริการทางธุรกิจหลังจากซิงโครไนซ์เสร็จสมบูรณ์
ลดงานหลังการย้ายข้อมูล
ย้ายระบบปฏิบัติการ แอปพลิเคชัน และข้อมูลไปพร้อมกัน พร้อมทั้งซ่อมแซมการกำหนดค่าที่จำเป็นสำหรับการบูต เครือข่าย และไดรเวอร์โดยอัตโนมัติ
ปกป้องการเข้าถึงและข้อมูลรับรองที่มีอยู่
การย้ายระบบไม่จำเป็นต้องใช้ข้อมูลรับรองของระบบธุรกิจ ในขณะที่ข้อมูลรับรองของผู้ใช้ที่มีอยู่ยังคงใช้ได้สำหรับการเข้าถึงและจัดการแอปพลิเคชันหลังการย้ายระบบ
ความสำเร็จของลูกค้าทั่วโลก
เรื่องจริงของการกู้คืนระบบจากภัยพิบัติ
“โซลูชันของ Vinchin ไม่เพียงแก้ไขจุดเจ็บปวดของ Atlancis ในการย้าย V2V ได้สำเร็จเท่านั้น แต่ยังโดดเด่นในด้านการกู้คืนจากภัยพิบัตินอกไซต์และการกู้คืนแบบฉับพลัน ด้วยความยืดหยุ่นและความเชื่อถือได้ Atlancis จึงไม่ต้องกังวลเกี่ยวกับความต่อเนื่องทางธุรกิจ กล่าวได้ว่า Vinchin เหมาะสมอย่างยิ่งกับความต้องการของ Atlancis มอบประสบการณ์การปกป้องข้อมูลที่ราบรื่นและมีประสิทธิภาพยิ่งขึ้นให้กับเรา”
สำรวจกรณีเพิ่มเติมรับโซลูชันการย้ายเวิร์กโหลดทันที
ทำให้การย้ายงานข้ามแพลตฟอร์มเป็นเรื่องง่ายด้วย Vinchin Backup & Recovery
ทดลองใช้ฟรี
* ทดลองใช้ฟรี 60 วัน
พูดคุยกับผู้เชี่ยวชาญ
* การประเมินโซลูชันฟรี
คำถามที่ถามบ่อย
Q1: สามารถย้ายเวิร์กโหลดขณะที่ยังทำงานอยู่ได้หรือไม่
A: วิธีการย้ายข้อมูลบางวิธีอนุญาตให้เวิร์กโหลดโปรดักชันออนไลน์อยู่ได้ในระหว่างการซิงโครไนซ์ข้อมูล ตามด้วยการสลับบริการตามแผนที่วางไว้
Q2: ฉันจะลดเวลาหยุดทำงานระหว่างการย้ายเวิร์กโหลดให้เหลือน้อยที่สุดได้อย่างไร
A: หากได้รับการสนับสนุน ให้คง workload ต้นทางให้ทำงานต่อไปในระหว่างการซิงโครไนซ์ข้อมูล จากนั้นดำเนินการ cutover ขั้นสุดท้ายหลังจากถ่ายโอนข้อมูลที่จำเป็นเสร็จแล้ว
Q3: ควรตรวจสอบอะไรบ้างหลังจากย้ายเวิร์กโหลด
A: ตรวจสอบว่าเวิร์กโหลดที่ย้ายมาเริ่มทำงานได้อย่างถูกต้อง แอปพลิเคชันและข้อมูลพร้อมใช้งาน การกำหนดค่าเครือข่ายทำงานตามที่คาดไว้ และบริการทางธุรกิจทำงานได้ตามปกติ
Q4: สามารถโยกย้ายเวิร์กโหลดกลับจากคลาวด์ไปยังโครงสร้างพื้นฐานภายในองค์กรได้หรือไม่
A: ขึ้นอยู่กับแพลตฟอร์มต้นทางและปลายทางที่โซลูชันการย้ายข้อมูลรองรับ และเส้นทางการย้ายข้อมูลเฉพาะ
Q5: จะเกิดอะไรขึ้นหากการโยกย้ายเวิร์กโหลดล้มเหลว
A: ควรประเมินการย้ายระบบตามจุดที่เกิดความล้มเหลว สถานะของเวิร์กโหลดต้นทาง ข้อมูลที่ถ่ายโอนแล้ว และสภาพแวดล้อมปลายทาง ก่อนที่จะลองใหม่หรือดำเนินการแก้ไข
Q6: ควรสำรองข้อมูลเวิร์กโหลดก่อนการย้ายข้อมูลหรือไม่?
A: ใช่ การเก็บสำเนาที่สามารถกู้คืนได้ไว้ก่อนการย้ายระบบจะช่วยให้มีทางเลือกในการกู้คืนเพิ่มเติม หากเกิดปัญหาที่ไม่คาดคิดขึ้นระหว่างหรือหลังการย้ายระบบ