DataKeeper และเบสบอล: กลยุทธ์ในการกู้คืนจากภัยพิบัติ

DataKeeper และเบสบอล: กลยุทธ์ในการกู้คืนจากภัยพิบัติ

ตลอดอาชีพการงานของฉันดาต้าคีปเปอร์กำลังกลายเป็นมาตรฐานอุตสาหกรรมในแวดวง “สถาบันวิจัย” และ “เครื่องทำน้ำดื่มเย็น” เมื่อพูดถึงการปกป้องข้อมูลและการฟื้นฟูภัยพิบัติแล้วกีฬาเบสบอลซึ่งเป็นกีฬายอดนิยมของชาวอเมริกันล่ะ ถ้าจะเปรียบเทียบกับ DataKeeper ล่ะ? แม้ว่าฉันจะเป็นแฟนตัวยงของกีฬาชนิดนี้ แต่เนื่องจากสองสิ่งนี้ดูเหมือนจะไม่เกี่ยวข้องกัน แต่ก็ยังมีความคล้ายคลึงกันอยู่บ้าง

การสร้างแผนเกมที่ชนะสำหรับการปกป้องข้อมูล

ประการแรกและสำคัญที่สุด ทั้ง Baseball และ DataKeeper ต่างต้องการ “แผนการเล่น” ที่เฉียบแหลม ในเบสบอล ทีมต่างๆ ฝึกซ้อมและคิดแผนเพื่อเอาชนะคู่ต่อสู้โดยหวังว่าจะได้รับชัยชนะ ในทำนองเดียวกัน DataKeeper ต้องใช้กลยุทธ์ที่ “กระตุ้นความคิด” เพื่อให้แน่ใจว่าการปกป้องข้อมูลจะมีประสิทธิภาพและสามารถกู้คืนได้หากเกิดเหตุการณ์ร้ายแรงขึ้น

ประการที่สอง การทำงานเป็นทีมยังคงมีความสำคัญสูงสุด ผู้เล่นในสนาม ผู้เล่นนอกสนาม ผู้จัดการ และเด็กตีลูกต่างก็มีบทบาทเฉพาะเพื่อให้แน่ใจว่ามีโอกาสชนะสูงสุด ด้วย DataKeeper ทีมงานหลายทีมอาจมีส่วนร่วม เช่น ผู้ดูแลฐานข้อมูล เจ้าหน้าที่โครงสร้างพื้นฐาน ประสบการณ์/การสนับสนุนลูกค้า ผู้บริหาร เป็นต้น ทั้งหมดควรได้รับการลงทุนอย่างละเอียดถี่ถ้วนในการปกป้องและกู้คืนข้อมูลอย่างมีประสิทธิภาพ

ความแตกต่างระหว่าง Baseball และ DataKeeper: เดิมพันใน IT สูงกว่า

มีความแตกต่างบางประการที่มองข้ามไม่ได้ ในขณะที่การแพ้เกมเบสบอล โดยเฉพาะอย่างยิ่งหากเป็นเวิลด์ซีรีส์ เกมที่ 7 อินนิ่งสุดท้าย 2 เอาท์ 3 ลูก – 2 สไตรค์ อาจเป็นเรื่องน่าผิดหวัง แต่ความเสี่ยงนั้นสูงกว่ามากเมื่อใช้ DataKeeper การสูญเสียข้อมูลอาจส่งผลร้ายแรงต่อธุรกิจ ในขณะที่ผู้เล่นเบสบอลต้องการทักษะด้านกีฬาเฉพาะตัว DataKeeper เป็นโซลูชันที่ต้องมีความรู้เกี่ยวกับระบบองค์กรและกระบวนการที่เกี่ยวข้อง

โดยสรุป แม้ว่าเบสบอลและ DataKeeper อาจดูแตกต่างกันโดยสิ้นเชิง แต่ก็มีบางส่วนที่คล้ายคลึงกันซึ่งเราสามารถสรุปได้ ทั้งสองอย่างนี้ต้องการ:

• กลยุทธ์
• การทำงานเป็นทีม
• . . . และความเชี่ยวชาญ

ไม่ว่าคุณจะเป็นแฟนเบสบอลหรือเป็นมืออาชีพด้านไอที เป็นที่ชัดเจนว่าทั้งสองอย่างนี้ต้องใช้ทักษะและความทุ่มเทจึงจะประสบความสำเร็จได้

แผนการปกป้องข้อมูลของคุณคืออะไร?

ตรวจสอบแผนเกม/โซลูชันที่นำเสนอที่us.sios.com/โซลูชั่น/

เล่นบอล . . .

ผู้เขียน: Gregory A. Tucker วิศวกรสนับสนุนผลิตภัณฑ์อาวุโสที่ SIOS

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

การจัดทำงบประมาณสำหรับความเสี่ยงจากการหยุดทำงานของ SQL Server

การจัดทำงบประมาณสำหรับความเสี่ยงจากการหยุดทำงานของ SQL Server

ในนี้บทความ TechRadar Pro เรื่อง “Budgeting for SQL Server Downtime Risk” Dave Bermingham จาก SIOS เน้นย้ำถึงความสำคัญของการจัดแผนความต่อเนื่องทางธุรกิจให้สอดคล้องกับงบประมาณที่สมเหตุสมผลเพื่อลดการหยุดชะงักในการใช้งาน SQL Server ที่สำคัญต่อภารกิจ เขาแนะนำให้องค์กรต่างๆ ประเมินความสำคัญของอินสแตนซ์ SQL Server แต่ละตัว ทำความเข้าใจถึงผลกระทบที่อาจเกิดขึ้นจากเวลาหยุดทำงาน รวมถึงรายได้ที่สูญเสียไป ประสิทธิภาพการทำงานที่ลดลง ข้อมูลเสียหาย และโทษทางกฎหมาย และจัดสรรทรัพยากรที่เหมาะสม ไม่ว่าจะเป็นแบบภายในองค์กร คลาวด์ หรือไฮบริด เพื่อให้แน่ใจว่าสามารถเตรียมพร้อมรับมือกับภัยพิบัติได้

สร้างซ้ำจากSIOS

การย้ายจาก SIOS DataKeeper สำหรับ Linux ไปยัง DRBD

การย้ายจาก SIOS DataKeeper สำหรับ Linux ไปยัง DRBD

SIOS แนะนำชุดการกู้คืนอุปกรณ์บล็อกแบบกระจายแบบจำลอง (DRBD)SIOS LifeKeeper สำหรับ Linux เวอร์ชัน 9.9.0. การย้ายจากSIOS ดาต้าคีปเปอร์สำหรับ Linux เพื่อ DRBD เป็นกระบวนการง่ายๆ สำหรับผู้ที่ต้องการทดลองใช้ฟีเจอร์ DRBD ภายในไลฟ์คีปเปอร์รวมถึงผู้ที่เคยคุ้นเคยกับ DRBD มาก่อนแล้ว

ทำความเข้าใจ DRBD และประโยชน์ของมันใน LifeKeeper

DRBD คือโซลูชันการจัดเก็บข้อมูลที่จำลองแบบบนซอฟต์แวร์ที่ไม่มีการแชร์และไม่มีการแชร์ใดๆ โดยจะสะท้อนเนื้อหาของอุปกรณ์บล็อก (ฮาร์ดดิสก์ พาร์ติชั่น วอลุ่มลอจิคัล ฯลฯ) ระหว่างโฮสต์ LifeKeeper สำหรับ Linux DRBD Recovery Kit ช่วยให้สามารถกำหนดค่าและควบคุมทรัพยากร DRBD เพื่อให้มีความพร้อมใช้งานสูง

การเปรียบเทียบ SIOS DataKeeper สำหรับ Linux และ DRBD

SIOS DataKeeper สำหรับ Linux มอบความสามารถในการมิเรอร์ข้อมูลแบบบูรณาการสำหรับสภาพแวดล้อม LifeKeeper เป็นทางเลือกสำหรับลูกค้าที่ต้องการสร้างคลัสเตอร์ความพร้อมใช้งานสูง(โดยใช้ SIOS LifeKeeper) โดยไม่ต้องใช้พื้นที่จัดเก็บร่วมกันหรือผู้ที่ต้องการจำลองข้อมูลที่สำคัญทางธุรกิจแบบเรียลไทม์ระหว่างเซิร์ฟเวอร์

SIOS DataKeeper มอบการมิเรอร์ระดับวอลุ่มแบบซิงโครนัสหรืออะซิงโครนัสเพื่อจำลองข้อมูลจากเซิร์ฟเวอร์หลัก (แหล่งมิเรอร์) ไปยังเซิร์ฟเวอร์สำรองหนึ่งเครื่องขึ้นไป (เป้าหมายมิเรอร์) ขั้นตอนในการสร้างทรัพยากร PostgreSQL ของคุณจะไม่รวมอยู่ในบล็อกนี้ แต่สามารถดูข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดค่า PostgreSQL ด้วย SIOS LifeKeeper ได้ที่นี่–

วิธีการย้ายฐานข้อมูล PostgreSQL ของคุณไปยัง DRBD

1. หยุดแอปพลิเคชัน PostgreSQL ผ่านทาง LifeKeeper UI

การลบทรัพยากร lkcli –tag pgsql-demo

1. สร้างการสำรองข้อมูลสำหรับฐานข้อมูล PostgreSQL และไฟล์บันทึก

cp -pra /pgsql-demo* /สำรองข้อมูล/

1. สร้างทรัพยากร DRBD ใหม่โดยมีตำแหน่งระบบไฟล์ชั่วคราว

ทรัพยากร lkcli สร้าง drbd –tag drbd-pgsql-demo –device /dev/mapper/singledrbd-lk1 –fstype ext3 –mount_point /tmp/pgsql-demo

อย่าลืมเลือก fstype เดียวกันกับทรัพยากร DataKeeper สำหรับ Linux ก่อนหน้า อุปกรณ์ที่เลือกควรเพียงพอสำหรับปริมาณข้อมูลและบันทึกสำหรับชุดข้อมูลฐานข้อมูล PostgreSQL

1. ขยายทรัพยากร DRBD ไปยังเซิร์ฟเวอร์เป้าหมาย

ทรัพยากร lkcli ขยาย drbd –tag drbd-pgsql-demo –dest node-a –device /dev/xvdc3 –mode synchronous –laddr 10.15.29.165 –raddr 10.15.27.49

1. นำทรัพยากรระบบไฟล์สำหรับฐานข้อมูล PostgreSQL ออกจากการใช้งาน

การลบทรัพยากร lkcli –tag /pgsql-demo

1. เปลี่ยนเจ้าของและกลุ่มสำหรับไดเร็กทอรี /tmp/pgsql/demo

chown postgres: postgres /tmp/pgsql/demo คำสั่ง

1. คัดลอกข้อมูลไปยังระบบไฟล์มิเรอร์ DRBD

cp -pra / สำรองข้อมูล / * /tmp/pgsql-demo

1. นำทรัพยากรระบบไฟล์ DRBD ที่เพิ่งสร้างใหม่ออกจากการใช้งาน

การลบทรัพยากร lkcli –tag /tmp/pgsql-demo

1. ทำลายความสัมพันธ์ระหว่างระบบไฟล์ก่อนหน้าและทรัพยากร DataKeeper สำหรับ Linux

การพึ่งพา lkcli ลบ – parent /pgsql-demo –child datarep-pgsql-demo

ทำลายความสัมพันธ์ระหว่างระบบไฟล์และทรัพยากร DRBD

การลบการอ้างอิง lkcli –parent /tmp/pgsql-demo –child drbd-pgsql-demo

1. สร้างความสัมพันธ์ระหว่างระบบไฟล์ /pgsql-demo ที่มีอยู่และทรัพยากร drbd ขึ้นใหม่

lkcli การอ้างอิงสร้าง –parent /pgsql-demo –child drbd-pgsql-demo

1. เริ่มต้นทรัพยากร pgsql-demo

การกู้คืนทรัพยากร lkcli –แท็ก pgsql-demo

เริ่มการคืนค่า “pgsql-demo” บนเซิร์ฟเวอร์ “node-b”

กำลังรอเซิฟเวอร์เริ่มทำงาน….เสร็จเรียบร้อย

เซิฟเวอร์เริ่มแล้ว

สิ้นสุดการคืนค่า “pgsql-demo” บนเซิร์ฟเวอร์ “node-b” สำเร็จแล้ว

1. เชื่อมต่อกับฐานข้อมูลและตรวจสอบการเชื่อมต่อฐานข้อมูล

ตัวอย่างเช่น:

psql -p 3308 -h /pgsql-demo/socket -U psql

psql -p <พอร์ต> -h <ไดเร็กทอรีซ็อกเก็ต> -U <ผู้ใช้ฐานข้อมูล>

1. ลบทรัพยากรระบบไฟล์ DRBD ชั่วคราว

ลบทรัพยากร lkcli /tmp/pgsql-demo

1. ลบ datarep และทรัพยากรระบบไฟล์ชั่วคราวสำหรับ DataKeeper สำหรับ Linux

ลบทรัพยากร lkcli –tag datarep-pgsql-demo

15. ตรวจสอบสวิตช์โอเวอร์และการเชื่อมต่อ

เหตุใดจึงต้องย้ายจาก SIOS DataKeeper สำหรับ Linux มาเป็น DRBD?

การย้ายจาก SIOS DataKeeper สำหรับ Linux ไปยัง DRBD เป็นกระบวนการง่ายๆ สำหรับผู้ที่ต้องการทดลองใช้ฟีเจอร์ DRBD ใน LifeKeeper เช่นเดียวกับผู้ที่เคยคุ้นเคยกับ DRBD มาแล้วก่อนหน้านี้ หรือต้องการใช้ประโยชน์จากความเร็วในการจำลองแบบอะซิงค์ที่เร็วขึ้นของ DRBD และอาร์เรย์รองรับเคอร์เนลที่หลากหลายยิ่งขึ้น

พร้อมที่จะเริ่มต้นใช้งาน DRBD หรือยัง?ติดต่อ SIOS วันนี้เพื่อเรียนรู้ว่า LifeKeeper จะช่วยให้คุณย้ายข้อมูลได้อย่างราบรื่นและใช้ประโยชน์จากศักยภาพทั้งหมดของ DRBD สำหรับความพร้อมใช้งานสูงและการกู้คืนระบบหลังภัยพิบัติได้อย่างไร

ผู้เขียน: Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้าที่ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

เหตุใด Storageless/Nodeless Quorum จึงเป็นอันตรายต่อความพร้อมใช้งานของคลัสเตอร์?

เหตุใด Storageless/Nodeless Quorum จึงเป็นอันตรายต่อความพร้อมใช้งานของคลัสเตอร์?

โดยทั่วไปองค์ประชุมหมายถึงองค์กรหรือกลุ่มบุคคลที่จะเข้าร่วมประชุมเพื่อตัดสินใจ

ใน LifeKeeper Quorum จะบังคับใช้ฉันทามติที่ใช้สถานะของโหนดในคลัสเตอร์เพื่อดำเนินการขั้นตอนถัดไปในการจัดการความล้มเหลวของโหนดภายในคลัสเตอร์ LifeKeeperโควตาสามารถดำเนินการได้ 3 โหมดที่เก็บข้อมูล ส่วนใหญ่ และ TCP Remote (TCP Remote มีเฉพาะใน LifeKeeper สำหรับ Linux เท่านั้น)

• Storage Quorum จะใช้อุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันเพื่อติดตามการอัปเดตที่จัดทำโดยระบบอื่นๆ ในคลัสเตอร์ หากระบบไม่จัดเตรียมการอัปเดต Quorum จะทำเครื่องหมายคลัสเตอร์นั้นว่าล้มเหลว
• องค์ประชุมเสียงข้างมากอาศัยโครงสร้างของคลัสเตอร์จำนวนคี่โดยที่โหนดหนึ่งทำหน้าที่เป็นพยานเพื่อพิจารณาว่าโหนดหนึ่งหรือทั้งหมดในคลัสเตอร์ไม่สามารถสื่อสารกันได้หรือไม่
• การเชื่อมต่อระยะไกลของ TCP ผ่านบริการ TCP/IP บนพอร์ตที่ระบุเพื่อตรวจสอบว่าโหนดในคลัสเตอร์สามารถสื่อสารกันได้หรือไม่

ทำความเข้าใจความสำคัญของโควรัมในคลัสเตอร์

จุดประสงค์ของ Quorum คือการรักษาความพร้อมใช้งานของแอปพลิเคชันโดยดำเนินการแก้ไขเพื่อรับมือกับสถานการณ์ที่ไม่ได้วางแผนไว้ โดยทำได้โดยการลดความเสี่ยงของสถานการณ์ที่ต้องใช้สมองแยกส่วน และลดระยะเวลาหยุดทำงานโดยรักษาการสื่อสารระหว่างโหนดทั้งหมดในคลัสเตอร์

ความเสี่ยงของการดำเนินการโดยไม่มีโควรัมในคลัสเตอร์ของคุณ

การใช้คลัสเตอร์ที่กำหนดค่าโดยไม่มีโควรัมอาจมีความเสี่ยง สถานการณ์ต่อไปนี้จะกล่าวถึงผลกระทบของการไม่มีโควรัมและความสำคัญของการนำไปใช้งาน

สถานการณ์ที่ 1: ลดระยะเวลาหยุดทำงาน

การหยุดทำงานโดยไม่ได้ตั้งใจสามารถเกิดขึ้นได้เมื่อระบบหนึ่งระบบหรือมากกว่านั้นไม่สามารถใช้งานได้เนื่องจากการกระทำที่หลีกเลี่ยงไม่ได้ เช่น ระบบหยุดทำงานหรือการสื่อสารเครือข่ายล้มเหลวชั่วคราว

ด้วยโควรัมเหมือนระบบจัดเก็บข้อมูลหรือการกำหนดค่า TCP จากระยะไกล การเข้าถึงอุปกรณ์จัดเก็บข้อมูลและ/หรือพอร์ตสามารถใช้เพื่อติดตามสถานะการสื่อสารในคลัสเตอร์ มาตรการเพิ่มเติมนี้สามารถป้องกันความล้มเหลวที่ไม่จำเป็นซึ่งอาจทำให้เกิดเวลาหยุดทำงานนาน ในกรณีอื่น Quorum จะใช้มาตรการปิดระบบหรือรีบูตเซิร์ฟเวอร์เพื่อคืนสถานะให้กลับมาเป็นปกติและหลีกเลี่ยงการหยุดทำงานนานเกินไป

สถานการณ์ที่ 2: สมองแยกส่วน

เอสมองแยกส่วนคือเมื่อระบบหลายระบบในคลัสเตอร์เชื่อว่าตนเองเป็นเซิร์ฟเวอร์หลัก ซึ่งอาจเกิดขึ้นได้เมื่อเซิร์ฟเวอร์หลักสูญเสียการสื่อสารกับเซิร์ฟเวอร์รอง และเซิร์ฟเวอร์รองเชื่อว่าระบบหลักหยุดทำงาน ส่งผลให้ระบบหลักสองระบบในคลัสเตอร์ทำงานอยู่

หากมีการกำหนดค่าองค์ประชุมเสียงข้างมาก ระบบอื่นจะได้รับการจัดเตรียมให้เป็นพยานในการลงคะแนนว่าระบบใดควรทำหน้าที่เป็นระบบหลัก เพื่อป้องกันไม่ให้เกิดการแยกเสียงออกจากกัน

เหตุใดการกำหนดค่าโควรัมที่เหมาะสมจึงมีความสำคัญ

การดำเนินการคลัสเตอร์การไม่มีพื้นที่จัดเก็บหรือโควรัมส่วนใหญ่ถือเป็นอันตราย เนื่องจากจะเพิ่มความเสี่ยงในการสูญเสียข้อมูลหรือระยะเวลาหยุดทำงานที่ยาวนานอันเป็นผลจากการใช้สมองแยกส่วนและ/หรือเครือข่ายหยุดทำงาน การใช้ Quroum สามารถให้มาตรการป้องกันได้โดยการทำให้แน่ใจว่าคลัสเตอร์อยู่ในสภาพดีเสมอและระบบที่อยู่ในสภาพไม่ดีจะได้รับการจัดการอย่างเหมาะสม

ติดต่อ SIOS วันนี้เพื่อเรียนรู้ว่าโซลูชันความพร้อมใช้งานสูงของเราจะช่วยคุณกำหนดค่าโควรัมได้อย่างถูกต้องและปกป้องคลัสเตอร์ของคุณได้อย่างไร

ผู้เขียน: Alexus Gore วิศวกรซอฟต์แวร์ประสบการณ์ลูกค้าที่ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

ซอฟต์แวร์ SIOS High Availability ได้รับการตรวจสอบสำหรับ CimTrak Integrity Suite ของ Cimcor แล้ว

ซอฟต์แวร์ SIOS High Availability ได้รับการตรวจสอบสำหรับ CimTrak Integrity Suite ของ Cimcor แล้ว

ซาน มาเทโอ, แคลิฟอร์เนีย, 4 มีนาคม 2025 —บริษัท เอสไอโอเอส เทคโนโลยีผู้ให้บริการชั้นนำด้านโซลูชันความพร้อมใช้งานสูง (HA) ของแอปพลิเคชันและการกู้คืนระบบจากภัยพิบัติ (DR) ประกาศในวันนี้ว่าซอฟต์แวร์คลัสเตอร์ SIOS LifeKeeper และ SIOS DataKeeper ได้รับการตรวจสอบเพื่อใช้งานร่วมกับซิมคอร์โซลูชันด้านความปลอดภัยทางไซเบอร์ CimTrak Integrity Suite ความร่วมมือนี้ช่วยให้ลูกค้าของ Cimcor สามารถบูรณาการความพร้อมใช้งานสูงและการกู้คืนระบบจากภัยพิบัติเข้ากับสภาพแวดล้อม CimTrak ได้อย่างราบรื่น ช่วยให้มั่นใจได้ว่าจะได้รับการปกป้องอย่างต่อเนื่องจากภัยคุกคามทางไซเบอร์ และลดระยะเวลาหยุดทำงานในการปฏิบัติการด้านความปลอดภัยทางไซเบอร์ที่สำคัญ

SIOS LifeKeeper เป็นโซลูชันที่มีความพร้อมใช้งานสูงซึ่งรับรองว่าแอปพลิเคชันที่สำคัญจะพร้อมใช้งานอยู่เสมอ โดยจะตรวจจับความล้มเหลวโดยอัตโนมัติและเริ่มการสำรองข้อมูลไปยังระบบสแตนด์บายเพื่อรักษาบริการที่ไม่หยุดชะงัก SIOS DataKeeper นำเสนอการจำลองข้อมูลแบบซิงโครนัส ซึ่งรับรองว่าข้อมูลจะถูกมิเรอร์อย่างสม่ำเสมอบนเซิร์ฟเวอร์หลายเครื่องเพื่อการกู้คืนอย่างรวดเร็วในกรณีที่เซิร์ฟเวอร์ล้มเหลว โซลูชันเหล่านี้ร่วมกันให้การป้องกันที่ครอบคลุมสำหรับแอปพลิเคชันที่สำคัญต่อธุรกิจ เช่น CimTrak ช่วยให้องค์กรลดความเสี่ยงของการหยุดทำงานและการสูญเสียข้อมูลในขณะที่รักษาระบบที่ปลอดภัยและมีความพร้อมใช้งานสูง

CimTrak เป็นแพลตฟอร์ม System Integrity Assurance ชั้นนำของอุตสาหกรรม ซึ่งให้การตรวจสอบและการปกป้องทรัพย์สินไอทีที่สำคัญแบบเรียลไทม์ ตั้งแต่เซิร์ฟเวอร์และเครือข่ายไปจนถึงการกำหนดค่าคลาวด์ คอนเทนเนอร์ ฐานข้อมูล และระบบควบคุมอุตสาหกรรม เทคโนโลยีการตรวจจับแบบเรียลไทม์ที่ได้รับการจดสิทธิบัตรช่วยให้ CimTrak ตรวจจับและแก้ไขการเปลี่ยนแปลงที่ไม่ต้องการและไม่คาดคิดในโครงสร้างพื้นฐานของคุณได้ทันทีในขณะที่ยังคงความสมบูรณ์ของระบบไว้ แพลตฟอร์มนี้ช่วยให้องค์กรต่างๆ เสริมสร้างมาตรการรักษาความปลอดภัย รักษาการปฏิบัติตามข้อกำหนดอย่างต่อเนื่อง และปกป้องจากภัยคุกคามภายนอกและภายในด้วยเวิร์กโฟลว์อัตโนมัติและการจัดการการเปลี่ยนแปลงที่ครอบคลุม

Masahiro Arai, COO ของ SIOS Technology กล่าวว่า “เรารู้สึกตื่นเต้นที่จะได้เสริมความแข็งแกร่งให้กับความร่วมมือของเรากับ Cimcor และนำเสนอโซลูชันความพร้อมใช้งานสูงและการกู้คืนระบบจากภัยพิบัติของ SIOS ให้กับลูกค้า CimTrak ของพวกเขา เนื่องจากความปลอดภัยทางไซเบอร์กลายเป็นสิ่งสำคัญยิ่งขึ้นสำหรับองค์กรต่างๆ ทั่วโลก SIOS จึงมุ่งมั่นที่จะช่วยให้ลูกค้าร่วมของเราบรรลุระดับความยืดหยุ่นและเวลาทำงานสูงสุด เพื่อให้แน่ใจว่าระบบความปลอดภัยของพวกเขายังคงทำงานและมีประสิทธิภาพต่อภัยคุกคามที่เปลี่ยนแปลงไป”

Robert E. Johnson, III ประธานและ CEO ของ Cimcor กล่าวว่า “ความร่วมมือของเรากับ SIOS ช่วยให้ลูกค้า CimTrak ของเราได้รับโซลูชันความพร้อมใช้งานสูงและการกู้คืนระบบหลังภัยพิบัติที่พิสูจน์แล้ว ในขณะที่องค์กรต่างๆ พยายามปกป้องโครงสร้างพื้นฐานที่มีขนาดใหญ่และซับซ้อนมากขึ้นเรื่อยๆ การรับรองความยืดหยุ่นด้านความปลอดภัยทางไซเบอร์จึงมีความสำคัญมากกว่าที่เคย ความร่วมมือนี้มอบโซลูชัน HA/DR ที่ราบรื่นและเชื่อถือได้ ช่วยให้ลูกค้าร่วมของเราปลอดภัย ทำงานได้ และเตรียมพร้อมรับมือกับการหยุดชะงักที่ไม่คาดคิด”

เกี่ยวกับ SIOS Technology Corp.

โซลูชันความพร้อมใช้งานสูงและการกู้คืนระบบจากภัยพิบัติของ SIOS Technology Corp. ช่วยให้มั่นใจถึงความพร้อมใช้งานและขจัดการสูญเสียข้อมูลสำหรับแอปพลิเคชัน Windows และ Linux ที่สำคัญซึ่งทำงานในสภาพแวดล้อมคลาวด์ทางกายภาพ เสมือน คลาวด์ และไฮบริด ซอฟต์แวร์คลัสเตอร์ของ SIOS มีความจำเป็นสำหรับโครงสร้างพื้นฐานด้านไอทีใดๆ ที่มีแอปพลิเคชันที่ต้องการความยืดหยุ่นในระดับสูง ช่วยให้มั่นใจถึงเวลาทำงานโดยไม่กระทบต่อประสิทธิภาพหรือข้อมูล ช่วยปกป้องธุรกิจจากความล้มเหลวในพื้นที่และการหยุดให้บริการในภูมิภาค ทั้งที่วางแผนไว้และไม่ได้วางแผนไว้ SIOS Technology Corp. ก่อตั้งขึ้นในปี 1999 (https://us.sios.com) มีสำนักงานใหญ่อยู่ในเมืองซานมาเทโอ รัฐแคลิฟอร์เนีย และมีสำนักงานทั่วโลก

SIOS, SIOS Technology, SIOS DataKeeper, SIOS LifeKeeper และโลโก้ที่เกี่ยวข้องเป็นเครื่องหมายการค้าจดทะเบียนหรือเครื่องหมายการค้าของ SIOS Technology Corp. และ/หรือบริษัทในเครือในสหรัฐอเมริกาและ/หรือประเทศอื่นๆ เครื่องหมายการค้าอื่นๆ ทั้งหมดเป็นทรัพย์สินของเจ้าของที่เกี่ยวข้อง

ติดต่อสื่อมวลชน:

เบธ วินคอฟสกี้
Winkowski Public Relations, LLC สำหรับSIOS978-649-7189bethwinkowski@US.SIOS.com

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS