วิธีการใช้ประโยชน์สูงสุดจากคำสั่ง “GET” ใน DataKeeper

วิธีการใช้ประโยชน์สูงสุดจากคำสั่ง “GET” ใน DataKeeper

ในส่วนที่ 2 ของชุดบล็อกแดชบอร์ด DataKeeper ที่มี 3 ส่วน บล็อกนี้เป็นภาคต่อจากDataKeeper UI เทียบกับแผงหน้าปัดรถยนต์บล็อกเช่นเดียวกับรถของคุณ เมื่อไฟสัญญาณ (สีของไฟจราจร) บนแผงหน้าปัดกะพริบ คุณจะเปิดฝากระโปรงรถเพื่อระบุว่าไฟดังกล่าวหมายถึงอะไร จุดเริ่มต้น:

• ไฟแบตเตอรี่ = ตรวจสอบแบตเตอรี่ การเชื่อมต่อสายไฟ ไดชาร์จ ฯลฯ
• ไฟเตือนน้ำมัน = ตรวจสอบก้านวัดระดับน้ำมันว่ามีน้ำมันต่ำ สูง หรือไม่มีน้ำมัน (ไม่มีน้ำมัน อย่าขยับรถของคุณ)
• ไฟสถานะน้ำหล่อเย็น = มีน้ำหล่อเย็นหรือน้ำอยู่ในถังเติมน้ำหรือไม่?

“เปิดฝากระโปรง” บนของคุณรุ่นคลัสเตอร์ DataKeeperซอฟต์แวร์มีความคล้ายคลึงกันหลายประการและมักหมายถึงการใช้อินเทอร์เฟซบรรทัดคำสั่งสำหรับการจัดการ DataKeeper สำหรับการใช้ EMCMD (Extended Mirroring Command) กับ SIOS DataKeeper คำสั่ง GET ประกอบเป็น 1/3 ของงาน/คำสั่งที่ใช้บ่อยที่สุดจากคำสั่งประมาณ 48 คำสั่ง โปรดทราบว่าคำสั่งเหล่านี้มีไว้เพื่อให้ข้อมูลเท่านั้นและจะไม่ส่งผลกระทบต่อโหนดของคุณ ด้านล่างนี้คือคำสั่ง Get ที่มีประโยชน์บางส่วนและการใช้งานเพื่อระบุเหตุผลของสีคำเตือนในอินเทอร์เฟซผู้ใช้ DataKeeper/DataKeeper.msc (สีสัญญาณไฟจราจร) ในพื้นที่ของที่เก็บข้อมูล เครือข่าย และอื่นๆ

บันทึก:

จากพรอมต์คำสั่งที่ยกระดับ/ผู้ดูแลระบบ ให้ใช้เช่นเคย:

ซีดี %extmirrbase%(นี่เป็นเพียงทางลัดไปยังเส้นทางการติดตั้ง <root>\Program Files (x86)\SIOS\DataKeeper>)

การรับสถานะของมิเรอร์ DataKeeper ของคุณ

สถานที่ที่ดีเยี่ยมที่จะเริ่มต้นการคัดแยกเบื้องต้นของคุณด้านล่าง:

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

• รับข้อมูลบริการ(อื่นๆ) – ข้อมูลดีๆ เกี่ยวกับ
  • เวอร์ชันไดรเวอร์และเวอร์ชันบริการ DataKeeper
  • และเวลาที่ SIOS DataKeeper Service เริ่ม/รีสตาร์ท
• รับรายการวอลุ่มที่สมบูรณ์(ที่เก็บข้อมูล/เครือข่าย) – รายการทั้งหมด
  • ของดิสก์ทั้งหมด
  • DataKeeper และปริมาณที่ไม่ใช่ DataKeeper
  • บทบาทของพวกเขา (แหล่งที่มา/เป้าหมาย) และความจุทั้งหมด (เป็นไบต์)
• รับข้อมูลงาน(ที่เก็บข้อมูล/เครือข่าย) แสดง/สะท้อนข้อมูลงานที่ระบุไว้ในคอนโซล DataKeeper
• รับข้อมูลปริมาณ(การจัดเก็บข้อมูล,เครือข่าย) ยูทิลิตี้ที่ยอดเยี่ยมเมื่อ
  • การเปรียบเทียบความจุไดรฟ์ทั้งหมดของไดรฟ์ต้นทาง (diskmgmt.msc) และไดรฟ์เป้าหมาย (ไบต์)
  • ที่อยู่ IP และสถานะมิเรอร์ปัจจุบัน

การอ้างอิงแบบไขว้คำสั่ง DataKeeper “GET” ไปยังคำสั่ง Windows Server ต่างๆ

• รับข้อมูลงานและ “ipconfig /all” (การทำงานเครือข่าย)
  • ที่อยู่ IP เหมือนกันในทั้งสองเอาต์พุตหรือไม่ หากการจำลองมิเรอร์จะถูกแบ่งส่วนไปยังเครือข่ายอื่น getjobinfo จะต้องตรงกับเอาต์พุต ipconfig /all การดำเนินการเปลี่ยนจุดสะท้อนกระจกจะแก้ไขความคลาดเคลื่อนนี้ (จะหารือในบล็อกอื่น)
    • นอกจากนี้ยังมีข้อมูลจุดสิ้นสุดของกระจกจากรับข้อมูลงานเอาท์พุตควรตรงกับที่อยู่ IP ที่อยู่ใน ipconfig /all เอาท์พุต
• หลังจากทำการแสดงปรับขนาดของโวลุ่มต้นทางและปลายทางที่มีอยู่, ทำemcmd . รับข้อมูลปริมาณคำสั่งสะท้อนพื้นที่รวมที่แตกต่างจากคำสั่ง DISKPARTและขนาดของมัน? ผ่านทาง DISKPART อาจต้องมีการ “ขยาย” หรือ “ขยายระบบไฟล์” เพื่อให้ระบบปฏิบัติการรับรู้ไดรฟ์ที่ปรับขนาดแล้ว
• รับรายการวอลุ่มที่สมบูรณ์มีข้อมูลคล้ายคลึงกับแอพเพล็ต Disk Management (diskmgmt.msc)
  • ประเภทระบบไฟล์
  • ปริมาณพื้นที่รวม (ไบต์)
  • รับข้อมูลปริมาณให้ผลลัพธ์ที่คล้ายกัน
• รับข้อมูลบริการนอกจากนี้ “การเริ่มต้นเครือข่าย” สามารถระบุสถานะเกี่ยวกับบริการ SIOS DataKeeper ได้ หากเป็นการเริ่มต้น/หยุด

ควบคุม DataKeeper: ใช้ความรู้เกี่ยวกับคำสั่ง GET ของคุณทันที

ตอนนี้คุณได้รับความรู้พื้นฐานเกี่ยวกับไฟบนแผงหน้าปัดรถแล้ว คุณก็จะกลายมาเป็นช่าง DIY ในส่วนของการจัดการ DataKeeper ในบล็อกที่ 3 ของซีรีส์ DataKeeper Dashboard

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

6 บทเรียนเกี่ยวกับความพร้อมใช้งานสูงที่ได้เรียนรู้จากฝันร้ายด้านความปลอดภัยทางไซเบอร์

6 บทเรียนเกี่ยวกับความพร้อมใช้งานสูงที่ได้เรียนรู้จากฝันร้ายด้านความปลอดภัยทางไซเบอร์

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

หกบทเรียนสำหรับ HA จากบทความล่าสุดเกี่ยวกับความปลอดภัยทางไซเบอร์

1. ดำเนินการทันทีเพื่อเพิ่ม HA
   การรอให้เกิดเหตุการณ์หยุดทำงานและมุ่งเน้นที่การฟื้นตัวอย่างรวดเร็วถือเป็นกลยุทธ์ที่ไม่ดี การเตรียมตัวและป้องกันการหยุดทำงานเป็นโซลูชันที่ดีกว่า เริ่มระบุแอปพลิเคชัน ฐานข้อมูล และบริการ Tier1 และ Tier2 ที่สำคัญ Tier 1 ควรรวมทั้งหมดโซลูชันที่สำคัญต่อธุรกิจซึ่งไม่สามารถเข้าถึงได้ นั่นคือ แอปพลิเคชันที่ต้องพร้อมใช้งานตลอด 24 ชั่วโมงทุกวัน และจะส่งผลร้ายแรงต่อธุรกิจหากออฟไลน์ แม้ว่าแอปพลิเคชันระดับ 2 ควรทำงานบ่อยที่สุดเท่าที่จะเป็นไปได้ แต่ก็มีความสำคัญน้อยกว่า และธุรกิจของคุณสามารถทนต่อการหยุดให้บริการนานถึงไม่กี่ชั่วโมงโดยไม่ส่งผลกระทบอย่างมีนัยสำคัญต่อธุรกิจ
2. เตรียมแผนคุ้มครอง HA ที่ครอบคลุม
   พัฒนาแผนสำหรับการปกป้องแอปพลิเคชัน ฐานข้อมูล และบริการที่สำคัญ ตรวจสอบให้แน่ใจว่าแผนนี้รวมถึงเอกสารสถาปัตยกรรมและการออกแบบ รวมถึงความรับผิดชอบของบุคลากรในการตอบสนองต่อเวลาหยุดทำงาน เตรียมกระบวนการสำหรับการปรับใช้คลัสเตอร์ในสภาพแวดล้อม QA หรือแซนด์บ็อกซ์เสมอ โดยคำนึงถึงการบันทึกกิจกรรมและรายละเอียดลงในรันบุ๊ก ระบบแซนด์บ็อกซ์และ QA เหล่านี้ยังสามารถใช้สำหรับการทดสอบ การฝึกอบรม และการตรวจสอบการอัปเกรด การแก้ไขด่วน และการบำรุงรักษา
3. รับรู้และแก้ไขความเสี่ยงจากความพร้อมใช้งานสูง
   องค์กรทั้งหมดต้องตระหนักว่าไม่มีบริษัทใดปลอดภัยจากการหยุดชะงักของระบบ ไม่ว่าจะมีขนาดหรือสถานที่ใดก็ตาม ธุรกิจขนาดเล็ก ขนาดกลาง และขนาดใหญ่ ล้วนเสี่ยงต่อภัยพิบัติ ไม่ว่าจะเป็นภัยธรรมชาติหรือฝีมือมนุษย์ องค์กรขนาดใหญ่จะประสบกับข้อผิดพลาดของผู้ใช้ ศูนย์ข้อมูลล้มเหลวอันเป็นผลจากการก่อสร้างในพื้นที่ โครงสร้างพื้นฐานล้มเหลว และเหตุขัดข้องจากส่วนประกอบเครือข่าย องค์กรขนาดเล็กและขนาดกลาง โดยเฉพาะองค์กรที่มีโซลูชันภายในองค์กรหรือทีมไอทีขนาดเล็กจำเป็นต้องเพิ่มการป้องกัน HAนอกจากนี้ แม้ว่าบริษัทขนาดใหญ่จะสูญเสียเงินมากกว่าจากเหตุขัดข้อง แต่ธุรกิจขนาดเล็กถึงขนาดกลางก็มีแนวโน้มที่จะสูญเสียเงินจำนวนใกล้เคียงกันเช่นกัน สิ่งสำคัญที่ต้องทราบคือการย้ายไปใช้ระบบคลาวด์ไม่เพียงพอที่จะป้องกันความเสี่ยงทั้งหมด
4. ผู้บริหารธุรกิจจำเป็นต้องเป็นผู้นำในกลยุทธ์ความพร้อมใช้งานสูง
   การเตรียมพร้อมและป้องกันเหตุการณ์หยุดทำงานไม่ได้เป็นปัญหาเฉพาะของทีมไอทีเท่านั้น ผู้บริหารระดับสูงของธุรกิจจำเป็นต้องร่วมมือกันปกป้องธุรกิจจากความเสี่ยงที่ทราบ การเปิดเผยข้อมูล และภัยคุกคามจากเหตุการณ์หยุดทำงาน ซึ่งหมายความว่าผู้บริหารระดับสูงและผู้ถือผลประโยชน์ที่สำคัญต้องสอบถามเกี่ยวกับความคุ้มครอง HA แผนงาน และบุคลากรอย่างจริงจัง ผู้บริหารระดับสูงควรเตรียมพร้อมที่จะลงทุนในการเตรียมพร้อมรับมือกับเหตุการณ์ที่ไม่คาดคิดโดยให้แน่ใจว่าแอปพลิเคชัน ฐานข้อมูล บริการ และข้อมูลระดับ 1 ได้รับการครอบคลุมอย่างครบถ้วน นอกจากนี้ ยังควรขยายความคุ้มครองไปยังระดับ 2 และระดับอื่นๆ อย่างจริงจังอีกด้วย
5. ความสำคัญของการสื่อสารอย่างต่อเนื่องสำหรับ HA
   ผู้บริหารธุรกิจ ผู้ดูแลระบบจากทุกพื้นที่ (เครือข่าย ที่เก็บข้อมูล การคำนวณ คลาวด์ ฐานข้อมูล และแอปพลิเคชัน) ควรประชุมกันบ่อยครั้งเพื่อหารือเกี่ยวกับภัยคุกคาม HA ใหม่และที่มีอยู่ ความท้าทายใหม่และที่มีอยู่ และข้อกำหนดที่ดำเนินการอยู่ การประชุมภายในทีมอย่างต่อเนื่องเพื่อทำความเข้าใจข้อกำหนดและแผนความต่อเนื่องทางธุรกิจถือเป็นสิ่งจำเป็น ในความเป็นจริง การพิจารณา HA จำเป็นต้องกลายเป็นส่วนหนึ่งของการวางแผนและการสื่อสารภายในที่เกี่ยวข้องทั้งหมด ตั้งแต่ระดับ C ถึงระดับเริ่มต้น อย่างไรก็ตาม การสื่อสารนี้ไม่สามารถหยุดอยู่แค่ผู้มีส่วนได้ส่วนเสียภายในองค์กรได้ ในทางกลับกัน ผู้นำธุรกิจและผู้มีส่วนได้ส่วนเสีย HA ต้องทบทวนท่าทีขององค์กร ข้อกำหนด HA และผลการค้นพบที่สำคัญร่วมกับผู้จำหน่าย HA และทีมวิจัยและพัฒนาและสนับสนุนของพวกเขา
6. อย่ารอจนเกิดภัยพิบัติแล้วค่อยตรวจสอบโซลูชัน HA ของคุณ
   บริษัทต่างๆ จำเป็นต้องตรวจสอบแผนและความสามารถในการดำเนินการตามแผนอย่างสม่ำเสมอ การตรวจสอบนี้ต้องเจาะลึกมากกว่าการอ่านคู่มือ เอกสารประกอบ หรือการออกแบบคลัสเตอร์ ตรวจสอบคู่มือควบคู่ไปกับแบบฝึกหัดเพื่อตรวจสอบและอัปเดตคู่มือ ทดสอบกระบวนการกู้คืนระบบหลังจากหยุดทำงาน รวมถึงการกู้คืนการดำเนินงานของลูกค้าและธุรกิจ

ดำเนินการทันทีเพื่อปกป้องระบบของคุณจากการหยุดทำงาน

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

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

DataKeeper UI กับแดชบอร์ดในรถยนต์: คำแนะนำในการตรวจสอบความพร้อมใช้งานสูง

DataKeeper UI กับแดชบอร์ดในรถยนต์: คำแนะนำในการตรวจสอบความพร้อมใช้งานสูง

นอกจากการแบ่งปันความเพลิดเพลินในการใช้งานแล้วรุ่นคลัสเตอร์ DataKeeperกับมันความพร้อมใช้งานสูงและการกู้คืนความเสียหายความสามารถ พวกเราส่วนใหญ่มีอย่างอื่นที่เหมือนกัน – – เราขับรถ…ไฟฟ้า น้ำมันเบนซิน หรือไฮบริด ในปี 2022 Forbes ระบุว่า 92% ของครัวเรือนมีรถยนต์อย่างน้อยหนึ่งคัน

และรถยนต์หลายล้านคันนั้นมีบางสิ่งที่เหมือนกันกับ DataKeeper – –

แดชบอร์ดพร้อมตัวบ่งชี้สถานะ

ในกรณีของ DataKeeper ส่วนติดต่อผู้ใช้ (DataKeeper.msc) มีสิ่งที่เรียกว่า Mirror Definitions หรือ Mirror Status

ในรถยนต์ ไฟแสดงต่างๆ เรียกกันติดปากว่า “ไฟแดชบอร์ด” หรือสำหรับบางท่าน Gen(eration) Xers อาจเรียกไฟเหล่านี้ว่า“ไฟโง่”

เรามาพูดถึงความคล้ายคลึงกันดีกว่า

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

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

• พื้นที่จัดเก็บ
• เครือข่าย
• อื่นๆ (ความปลอดภัย การดูแลระบบผู้ใช้ ฯลฯ)

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

เนื่องจากคนขับจะนำรถของตนเข้ามาเพื่อแก้ไขปัญหาหรือเข้ารับบริการตามปกติ ที่ปรึกษาด้านเทคนิคหรือช่างเทคนิคการบริการของตัวแทนจำหน่ายจะเสียบขั้วต่อ OBD (การวินิจฉัยออนบอร์ด) เพื่อให้ทราบภาพรวมว่าปัญหาอาจอยู่ที่ใด เกิดขึ้น (การเผาไหม้ ไฟฟ้า หรืออื่นๆ)

ระบุสีสถานะมิเรอร์เพื่อวินิจฉัยปัญหา DataKeeper

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

ตัวระบุเหล่านี้เรียกกันติดปากว่า Mirror Definition สถานะกระจกคล้ายกับ OBD สามารถระบุได้โดยการเรียกใช้คำสั่งที่เรียกว่า “อีเอ็มซีเอ็มดี getmirrorvolinfo <อักษรชื่อไดรฟ์>–

บันทึก:

หากต้องการไปที่คำสั่ง “emcmd” (ซึ่งย่อมาจาก Extended Mirroring Command) เราสามารถเปิดพรอมต์คำสั่งที่ยกระดับ (ผู้ดูแลระบบ) ได้ดังนี้:

• “ซีดี %extmirrbase%”
  • นี่เป็นทางลัดไปยังเส้นทางการติดตั้งสำหรับตำแหน่งของยูทิลิตี้ เช่น <root>\Program Files (x86)\SIOS\DataKeeper

ผลลัพธ์จะแสดงเป็น “# ชื่อโฮสต์ #”

จำนวนเต็มตัวแรกแสดงถึงบทบาทของมิเรอร์ (1 = แหล่งที่มา, 2 = เป้าหมาย)

สำหรับจำนวนเต็มสุดท้าย มี 6 สถานะที่ Mirror สามารถรับได้:

1 – มิเรอร์ (สีเขียว)

2 – กระจกกำลังซิงค์ใหม่ (สีเหลือง)

3 – กระจกแตก (สีแดง)

4 – กระจกหยุดชั่วคราว (สีเหลือง)

5 – Resyc กำลังรอดำเนินการ (สีเหลือง)

ด้วยรูปแบบต่างๆ มากมาย เช่นเดียวกับรถยนต์หรือ DataKeeper ของคุณ เราจะต้องได้รับจุดเริ่มต้นเพื่อระบุ “จุดที่เป็นปัญหา”

• คนขับ: คุณแชร์รถกับครอบครัวของคุณหรือไม่? มีใครเปิดไฟโดมทิ้งไว้หรือเปล่า? ประเภทน้ำมันเชื้อเพลิงเปลี่ยนจากออกเทน 94 เป็น 87 หรือไม่?
• ผู้ดูแลระบบ DataKeeper: คุณเป็นฝ่ายสนับสนุนแต่เพียงผู้เดียวหรือไม่ แผนกอื่นๆ มีสิทธิ์เข้าถึงคลัสเตอร์ของคุณ เช่น ผู้ดูแลระบบฐานข้อมูล บุคลากรโครงสร้างพื้นฐานที่รับผิดชอบด้านการจัดเก็บ เครือข่าย และอื่นๆ หรือไม่

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

พื้นที่จัดเก็บ

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

เครือข่าย

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

อื่นๆ (ความปลอดภัย)

ทำความเข้าใจการจัดการรหัสผ่าน นโยบายรหัสผ่านอาจเปลี่ยนแปลงตามกรอบเวลาที่กำหนดใน Active Directory หากผู้ดูแลระบบไม่ทราบ และหากเริ่มบริการ SIOS DataKeeper ใหม่ รหัสผ่านที่มีการเปลี่ยนแปลงสำหรับบัญชีบริการ SIOS DataKeeper (Active Directory) จะไม่ถูกเผยแพร่โดยอัตโนมัติ ดังนั้นจึงจำเป็นต้องมีการอัปเดตรหัสผ่านบัญชีบริการด้วยตนเองภายในแอปเพล็ตบริการ (services.msc) สำหรับการใช้งานบัญชีบริการ SIOS DataKeeper อย่างเหมาะสม โปรดดูของเราเอกสารประกอบ

การจัดการ DataKeeper ในหลายแผนกเพื่อหลีกเลี่ยงการหยุดทำงาน

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

รายการตรวจสอบสำหรับการตรวจสอบสถานะมิเรอร์ DataKeeper และการเปลี่ยนแปลงโครงสร้างพื้นฐาน

• ทบทวนสี “สัญญาณไฟจราจร”
• ระบุสถานะของ Mirrors ผ่าน emcmd คำสั่ง getmirrorvolinfo
• หากมีหลายแผนกที่เกี่ยวข้อง ให้สอบถามเกี่ยวกับการเปลี่ยนแปลงหรือเหตุการณ์ที่กำหนดเวลาไว้ทั่วทั้งโครงสร้างพื้นฐาน ไม่ว่าจะเป็นพื้นที่จัดเก็บข้อมูล เครือข่าย ความปลอดภัย หรืออื่นๆ
• เพิ่มการคัดแยกเริ่มต้นของคุณผ่านบันทึก Event Viewer, ipconfig / เอาต์พุตทั้งหมดดีเคเฮลธ์เช็คเพียงเพื่อชื่อไม่กี่

ติดต่อฝ่ายสนับสนุน SIOS สำหรับปัญหา DataKeeper

หากรถของคุณเสีย “kaput” และทิ้งคุณไว้ข้างถนน คุณอาจต้องติดต่อ AAA และพวกเขาจะจัดหารถบรรทุกพ่วง หากคุณมีข้อสงสัยเกี่ยวกับทรัพยากร DataKeeper Volume Resource แบบคลัสเตอร์ของคุณ โปรดติดต่อฝ่ายสนับสนุน SIOS มีคำถามหรือปัญหาที่ไม่มีความสำคัญ โปรดส่งอีเมลถึงเราที่support@us.sios.com– หากปัญหาของคุณเป็นเรื่องเร่งด่วน โปรดโทรหาเราที่ 877-457-5113

ทำซ้ำโดยได้รับอนุญาตจากSIOS

การสัมมนาผ่านเว็บ: เสริมศักยภาพการศึกษา: ปรับปรุงความพร้อมใช้งานของระบบด้วยโซลูชัน SIOS

การสัมมนาผ่านเว็บ: เสริมศักยภาพการศึกษา: ปรับปรุงความพร้อมใช้งานของระบบด้วยโซลูชัน SIOS

ลงทะเบียนเข้าร่วมสัมมนาออนไลน์ตามความต้องการ

การก้าวไปสู่ความท้าทายของการศึกษายุคใหม่ต้องอาศัยมากกว่าวิธีการสอนที่เป็นนวัตกรรมใหม่ มันต้องการการสนับสนุนทางเทคโนโลยีที่แข็งแกร่ง

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

ทำซ้ำโดยได้รับอนุญาตจากSIOS

การสัมมนาผ่านเว็บ: สำรวจประโยชน์ของการป้องกันเซิร์ฟเวอร์เดี่ยวที่มีความพร้อมใช้งานสูง

การสัมมนาผ่านเว็บ: สำรวจประโยชน์ของการป้องกันเซิร์ฟเวอร์เดี่ยวที่มีความพร้อมใช้งานสูง

สำหรับองค์กรส่วนใหญ่ การรักษาเวลาทำงานที่เชื่อถือได้และความต่อเนื่องเป็นสิ่งสำคัญ โดยเฉพาะอย่างยิ่งสำหรับแอปพลิเคชันที่จำเป็นทางธุรกิจ แต่แล้วแอปพลิเคชันอื่นๆ ของคุณล่ะ? การพิจารณาแอปพลิเคชันที่มีความสำคัญน้อยกว่าและวางแผนการปรับปรุงความพร้อมใช้งานเป็นสิ่งสำคัญ Single Server Protection High Availability คือคำตอบ

ชมการสัมมนาผ่านเว็บตามความต้องการนี้เพื่อเรียนรู้เกี่ยวกับ Single Server Protection High Availability (SSP-HA) ว่ามันแตกต่างจากโซลูชัน HA อื่นๆ อย่างไร และวิธีใช้ประโยชน์จากมันในสภาพแวดล้อม IT ของคุณ

ทำซ้ำโดยได้รับอนุญาตจากSIOS