พวกเราที่ Veeam รักบันทึก และเนื่องจากโซลูชันส่วนใหญ่ของเราเป็นแบบโมดูลาร์ พวกเขาจึงเขียนบันทึกจำนวนมาก และเนื่องจากขอบเขตของกิจกรรมของเราคือเพื่อให้แน่ใจว่าข้อมูลของคุณปลอดภัย (เช่น การนอนหลับพักผ่อน) ดังนั้นบันทึกจึงไม่เพียงบันทึกการจามทุกครั้งเท่านั้น แต่ยังบันทึกรายละเอียดบางอย่างด้วย นี่เป็นสิ่งจำเป็นเพื่อให้ชัดเจนว่า "อะไร" นี้เกิดขึ้นได้อย่างไร ใครถูกตำหนิ และสิ่งที่ต้องทำต่อไป มันเหมือนกับในนิติวิทยาศาสตร์ คุณไม่มีทางรู้ว่าสิ่งเล็กๆ น้อยๆ ที่จะช่วยคุณค้นหาฆาตกรของลอร่า พาล์มเมอร์ได้คืออะไร
ดังนั้นฉันจึงตัดสินใจที่จะใช้บทความชุดหนึ่งซึ่งฉันจะพูดถึงสิ่งที่เราเขียนลงในบันทึกตามลำดับที่เราจัดเก็บไว้วิธีที่จะไม่คลั่งไคล้โครงสร้างและสิ่งที่ต้องค้นหาในนั้น
เหตุใดจึงมีบทความหลายชุดและทำไมไม่อธิบายทุกอย่างพร้อมกัน
การระบุว่าบันทึกใดอยู่ที่ใดและสิ่งใดที่เก็บไว้ในบันทึกนั้นเป็นการดำเนินการที่ค่อนข้างหายนะ และมันก็น่ากลัวที่จะคิดถึงการอัพเดทข้อมูลนี้อยู่เสมอ รายการบันทึกประเภทที่เป็นไปได้ทั้งหมดใน Veeam Backup & Replication คือตารางบนแผ่นงานหลายแผ่นในรูปแบบการพิมพ์ขนาดเล็ก ใช่ และจะเกี่ยวข้องในเวลาที่เผยแพร่เท่านั้น เพราะ เมื่อแพตช์ถัดไปออก บันทึกใหม่อาจปรากฏขึ้น ตรรกะของข้อมูลที่เก็บไว้ในอันเก่าจะเปลี่ยนไป เป็นต้น ดังนั้นจะเป็นประโยชน์มากขึ้นในการอธิบายโครงสร้างและสาระสำคัญของข้อมูลที่อยู่ในนั้น สิ่งนี้จะช่วยให้คุณนำทางไปยังสถานที่ต่าง ๆ ได้ดีกว่าการยัดเยียดชื่อซ้ำ ๆ
ดังนั้นเพื่อไม่ให้รีบร้อนไปที่กลุ่มของแผ่นข้อความเรามาเตรียมงานกันในบทความนี้ ดังนั้นวันนี้เราจะไม่เข้าไปในบันทึกด้วยตัวเอง แต่จะไปจากที่ไกล ๆ เราจะรวบรวมอภิธานศัพท์และหารือเกี่ยวกับโครงสร้าง Veeam เล็กน้อยในแง่ของการสร้างบันทึก
อภิธานศัพท์และศัพท์แสง
ประการแรกควรขอโทษต่อตัวแทนแห่งความบริสุทธิ์ของภาษารัสเซียและพยานในพจนานุกรมของ Ozhegov เราทุกคนรักภาษาแม่ของเรามาก แต่อุตสาหกรรมไอทีที่เลวร้ายดำเนินการเป็นภาษาอังกฤษ เราไม่ได้คิดขึ้นมา แต่มันเกิดขึ้นในอดีต มันไม่ใช่ความผิดของฉัน เขามาเอง (ค)
ในธุรกิจของเรา ปัญหาของการไม่นับถือศาสนา (และศัพท์แสง) มีลักษณะเฉพาะของมันเอง เมื่ออยู่ภายใต้คำพูดที่ไร้เดียงสาเช่น "เจ้าภาพ" หรือ "แขก" คนทั้งโลกเข้าใจสิ่งที่เฉพาะเจาะจงมานานแล้ว จากนั้นใน ⅙ ของแผ่นดิน ความสับสนที่กล้าหาญและโงนเงนกับการเจาะพจนานุกรมยังคงดำเนินต่อไป และข้อโต้แย้งบังคับอย่างเคร่งครัด "แต่ในงานของเรา ... "
นอกจากนี้ยังมีคำศัพท์เฉพาะของเราซึ่งมีอยู่ในผลิตภัณฑ์ของ Veeam แม้ว่าบางคำและวลีจะตกเป็นของคนทั่วไป ดังนั้นตอนนี้เราจะตกลงกันว่าคำนี้หมายถึงอะไร และในอนาคต ภายใต้คำว่า "แขก" ฉันจะหมายถึงสิ่งที่เขียนในบทนี้อย่างแน่นอน ไม่ใช่สิ่งที่คุณคุ้นเคยในที่ทำงาน และใช่ นี่ไม่ใช่ความตั้งใจส่วนตัวของฉัน นี่เป็นคำศัพท์ที่เป็นที่ยอมรับในอุตสาหกรรมนี้ การต่อสู้กับพวกเขาค่อนข้างไร้จุดหมาย แม้ว่าฉันมักจะชอบแสดงความคิดเห็น
น่าเสียดายที่งานและผลิตภัณฑ์ของเรามีคำศัพท์มากมาย ดังนั้นฉันจะไม่พยายามแสดงรายการทั้งหมด เฉพาะข้อมูลพื้นฐานและจำเป็นที่สุดเกี่ยวกับการสำรองข้อมูลและบันทึกเพื่อความอยู่รอดในทะเล สำหรับผู้สนใจก็ได้เช่นกันค่ะ
โฮสต์ (โฮสต์): ในโลกของการจำลองเสมือน นี่คือเครื่องที่มีไฮเปอร์ไวเซอร์ ทางกายภาพ เสมือน คลาวด์ ไม่สำคัญ หากมีบางสิ่งกำลังเรียกใช้ไฮเปอร์ไวเซอร์ (ESXi, Hyper-V, KVM ฯลฯ ) แสดงว่า "บางสิ่ง" นี้เรียกว่าโฮสต์ ไม่ว่าจะเป็นคลัสเตอร์ที่มี XNUMX แร็ค หรือแล็ปท็อปของคุณที่มีห้องแล็บสำหรับเครื่องเสมือน XNUMX เครื่องครึ่ง หากคุณเปิดตัวไฮเปอร์ไวเซอร์ คุณก็กลายเป็นโฮสต์ เนื่องจากไฮเปอร์ไวเซอร์โฮสต์เครื่องเสมือน มีเรื่องราวที่ครั้งหนึ่ง VMware ต้องการบรรลุความสัมพันธ์ที่แน่นแฟ้นของคำว่าโฮสต์กับ ESXi แต่เธอไม่ได้ทำ
ในโลกสมัยใหม่ แนวคิดของ "โฮสต์" ได้รวมเข้ากับแนวคิดของ "เซิร์ฟเวอร์" ซึ่งทำให้เกิดความสับสนในการสื่อสาร โดยเฉพาะอย่างยิ่งเมื่อพูดถึงโครงสร้างพื้นฐานของ Windows ดังนั้นเครื่องใดๆ ที่โฮสต์บริการที่เราสนใจจึงสามารถเรียกได้อย่างปลอดภัยว่าโฮสต์ ตัวอย่างเช่น ในบันทึก WinSock ทุกอย่างจะถูกทำเครื่องหมายด้วยคำว่าโฮสต์ ตัวอย่าง "ไม่พบโฮสต์" แบบคลาสสิกคือตัวอย่างนี้ ดังนั้นเราจึงเริ่มต้นจากบริบท แต่จำไว้ว่า - ในโลกของการจำลองเสมือน โฮสต์คือสิ่งที่โฮสต์แขก (เพิ่มเติมเกี่ยวกับเรื่องนี้ในสองบรรทัดด้านล่าง)
จากศัพท์แสงเฉพาะที่ (ในกรณีนี้คือตัวย่อ) มีการเรียกที่นี่ว่า VMware คือ VI, vSphere คือ VC และ Hyper-V คือ HV
แขก (แขก): เครื่องเสมือนที่ทำงานบนโฮสต์ ไม่มีอะไรจะอธิบายที่นี่ ทุกอย่างมีเหตุผลและเรียบง่าย อย่างไรก็ตามหลายคนลากความหมายอื่นมาที่นี่อย่างขยันขันแข็ง
เพื่ออะไร? ฉันไม่รู้.
Guest OS ตามลำดับระบบปฏิบัติการของเครื่องแขก และอื่น ๆ
งานสำรอง/จำลองข้อมูล (งาน A): ศัพท์เฉพาะของ Pure Wim ซึ่งแสดงถึงงานบางอย่าง งานสำรอง == งานสำรอง ไม่มีใครคิดวิธีแปลเป็นภาษารัสเซียได้อย่างสวยงาม ดังนั้นทุกคนจึงพูดว่า "JobA" โดยเน้นที่พยางค์สุดท้าย
ใช่ พวกเขาเพียงแค่รับมันและพูดว่า “joba” และแม้แต่ในจดหมายพวกเขาก็เขียนแบบนั้นและทุกอย่างเรียบร้อยดี
งานสำรองข้อมูลทุกประเภท งานสำรองข้อมูล ฯลฯ ขอบคุณ แต่ไม่จำเป็น แค่งานแล้วคุณจะเข้าใจ สิ่งสำคัญคือการเน้นเสียงที่พยางค์สุดท้าย
สำรองข้อมูล (สำรองข้อมูล สำรองข้อมูล สำหรับ True-oldfags อนุญาตให้สำรองข้อมูล): นอกเหนือจากสิ่งที่ชัดเจน (สำเนาสำรองของข้อมูลที่วางอยู่ที่ไหนสักแห่ง) มันยังหมายถึงงานด้วย (สามบรรทัดด้านบนหากคุณลืมไปแล้ว) ซึ่งเป็นผลมาจากการที่ไฟล์สำรองข้อมูลปรากฏขึ้น อาจเป็นไปได้ว่าสุภาพบุรุษที่พูดภาษาอังกฤษเป็นภาษาแม่มักขี้เกียจเกินไปที่จะบอกว่าฉันรันงานสำรองข้อมูลทุกครั้ง ดังนั้นพวกเขาจึงบอกว่าฉันรันงานสำรองข้อมูล และทุกคนก็เข้าใจซึ่งกันและกันอย่างสมบูรณ์ ฉันขอเชิญคุณให้สนับสนุนความคิดริเริ่มที่ยอดเยี่ยมนี้
รวมบัญชี (รวมบัญชี): คำที่ปรากฏใน ESXi 5.0 ตัวเลือกในเมนูสแน็ปช็อตที่เริ่มกระบวนการลบสแน็ปช็อตที่ถูกละเลย นั่นคือสแนปชอตที่มีอยู่จริง แต่หลุดออกมาจากโครงสร้างโลจิคัลที่แสดง ตามทฤษฎีแล้ว กระบวนการนี้ไม่ควรส่งผลกระทบต่อไฟล์ที่แสดงในตัวจัดการสแน็ปช็อต แต่อะไรก็เกิดขึ้นได้ สาระสำคัญของกระบวนการรวมคือข้อมูลจากสแน็ปช็อต (ดิสก์ลูก) ถูกเขียนไปยังดิสก์หลัก (พาเรนต์) กระบวนการรวมดิสก์เรียกว่าการผสาน หากมีการออกคำสั่งการรวม เร็กคอร์ดสแน็ปช็อตสามารถลบออกจากฐานข้อมูลได้ก่อนที่จะรวมและลบสแน็ปช็อต และหากไม่สามารถลบสแนปชอตได้ไม่ว่าจะด้วยเหตุผลใดก็ตาม สแน็ปช็อตที่ไร้ค่าเหล่านี้จะปรากฏขึ้น เกี่ยวกับการทำงานกับสแน็ปช็อต VMware มี
Datastore (สตอร่าหรือสตอเรจ): เป็นแนวคิดที่กว้างมาก แต่ในโลกของการจำลองเสมือน เป็นที่เข้าใจกันว่าเป็นสถานที่จัดเก็บไฟล์เครื่องเสมือน แต่ไม่ว่าในกรณีใด คุณต้องเข้าใจบริบทอย่างชัดเจนและชี้แจงให้ชัดเจนว่าคู่สนทนาของคุณคิดอะไรอยู่ในใจด้วยความสงสัยน้อยที่สุด
หนังสือมอบฉันทะ (หนังสือมอบฉันทะ): สิ่งสำคัญคือต้องเข้าใจทันทีว่า Veeam Proxy นั้นไม่เหมือนกับที่เราคุ้นเคยบนอินเทอร์เน็ต ภายในผลิตภัณฑ์ของ Veeam นี่เป็นเอนทิตีชนิดหนึ่งที่เกี่ยวข้องกับการถ่ายโอนข้อมูลจากที่หนึ่งไปยังอีกที่หนึ่ง หากคุณไม่ลงรายละเอียด VBR จะเป็นเซิร์ฟเวอร์คำสั่งและการควบคุม และพร็อกซีคือเครื่องมือในการทำงาน นั่นคือพร็อกซีเป็นเครื่องที่ทราฟฟิกไหลผ่านและติดตั้งส่วนประกอบ VBR ที่ช่วยบังคับทราฟฟิกนี้ ตัวอย่างเช่น เพื่อถ่ายโอนข้อมูลจากช่องหนึ่งไปยังอีกช่องหนึ่ง หรือเพียงแค่ยึดดิสก์ไว้กับตัวมันเอง (โหมด HotAdd)
พื้นที่เก็บข้อมูล (พื้นที่เก็บข้อมูล): ในทางเทคนิคแล้ว นี่เป็นเพียงรายการในฐานข้อมูล VBR ซึ่งระบุตำแหน่งที่จัดเก็บข้อมูลสำรองและวิธีเชื่อมต่อกับสถานที่นี้ ในความเป็นจริงแล้ว สามารถเป็นได้ทั้ง CIFS ball หรือดิสก์ เซิร์ฟเวอร์ หรือบัคเก็ตแยกต่างหากในระบบคลาวด์ อีกครั้ง เราอยู่ในบริบท แต่เราเข้าใจว่าที่เก็บเป็นเพียงสถานที่ที่สำรองข้อมูลของคุณ
ภาพรวม (SnapshOt): ผู้ชื่นชอบไวยากรณ์ของอ็อกซ์ฟอร์ดชอบที่จะบอกว่าใครคือภาพรวมและใครคือภาพรวม แต่คนส่วนใหญ่ที่ไม่รู้หนังสือจะได้รับประโยชน์จากมวลที่มากขึ้น หากใครไม่ทราบนี่เป็นเทคโนโลยีที่ช่วยให้คุณกู้คืนสถานะของดิสก์ ณ เวลาใดเวลาหนึ่ง สิ่งนี้ทำได้โดยการเปลี่ยนเส้นทางการดำเนินการ I / O ชั่วคราวจากดิสก์หลัก - จากนั้นจะเรียกว่าสแน็ปช็อต RoW (เปลี่ยนเส้นทางเมื่อเขียน) - หรือย้ายบล็อกที่เขียนซ้ำได้จากดิสก์ของคุณไปยังอีกที่หนึ่ง - สิ่งนี้จะเรียกว่า CoW (คัดลอกเมื่อเขียน ) ภาพรวม ต้องขอบคุณความเป็นไปได้มากมายในการใช้ฟังก์ชั่นเหล่านี้ทำให้ Veeam สามารถใช้งานเวทมนตร์สำรองได้ พูดอย่างเคร่งครัด ไม่ใช่แค่พวกเขา แต่นี่เป็นเรื่องของการเปิดตัวครั้งต่อไป
มีความยุ่งเหยิงเกี่ยวกับคำนี้ในเอกสารประกอบและบันทึกของ ESXi และในบริบทของการกล่าวถึงสแน็ปช็อต คุณสามารถค้นหาสแน็ปช็อตด้วยตนเอง ทำซ้ำบันทึก หรือแม้แต่ดิสก์เดลต้า เอกสารประกอบของ Veeam ไม่มีการฉีกขาด และสแน็ปช็อตคือสแน็ปช็อต และบันทึกการทำซ้ำเป็นไฟล์ REDO ที่สร้างขึ้นโดยดิสก์อิสระที่ไม่ถาวร ไฟล์ REDO จะถูกลบเมื่อปิดเครื่องเสมือน ดังนั้นความสับสนกับสแน็ปช็อตจึงเป็นเส้นทางสู่ความล้มเหลว
สังเคราะห์ (สังเคราะห์): การสำรองข้อมูลแบบสังเคราะห์เป็นการสำรองข้อมูลส่วนเพิ่มแบบย้อนกลับและการสำรองข้อมูลแบบส่งต่อตลอดไป ในกรณีที่คุณไม่พบคำนี้ เป็นเพียงหนึ่งในกลไกที่ใช้ในการสร้างการเปลี่ยนแปลงลูกโซ่สำรอง อย่างไรก็ตาม ในบันทึก คุณยังสามารถค้นหาแนวคิดของการแปลง ซึ่งใช้ในกรอบของการสร้างสำเนาทั้งหมดจากส่วนเพิ่ม (เต็มสังเคราะห์)
งาน (งาน): นี่คือขั้นตอนการประมวลผลแต่ละเครื่องภายในงาน นั่นคือ: คุณมีงานสำรอง ซึ่งมีสามเครื่อง ซึ่งหมายความว่ารถแต่ละคันจะได้รับการประมวลผลโดยเป็นส่วนหนึ่งของงานแยกต่างหาก โดยรวมแล้วจะมีบันทึกสี่รายการ: รายการหลักสำหรับงานและสามรายการสำหรับงาน อย่างไรก็ตาม มีความแตกต่างกันเล็กน้อยที่สำคัญ: เมื่อเวลาผ่านไป คำว่า "งาน" กลายเป็นคำที่กำกวมโดยไม่จำเป็น เมื่อเราพูดถึงบันทึกทั่วไป เราหมายความว่างานนั้นเป็น VM ทุกประการ แต่มี "งาน" ทั้งในพร็อกซีและที่เก็บ ในที่นี้อาจหมายถึงดิสก์เสมือน เครื่องเสมือน และงานทั้งหมด นั่นคือสิ่งสำคัญไม่แพ้บริบท
วีม %name% บริการ: เพื่อประโยชน์ในการสำรองข้อมูลที่ประสบความสำเร็จ บริการต่างๆ จะทำงานพร้อมๆ กัน ซึ่งรายการดังกล่าวสามารถพบได้ในอุปกรณ์มาตรฐาน ชื่อของพวกเขาค่อนข้างโปร่งใสสะท้อนถึงแก่นแท้ของพวกเขา แต่สิ่งที่สำคัญที่สุดคือ Veeam Backup Service โดยที่ส่วนที่เหลือจะไม่ทำงาน
VSS: ในทางเทคนิคแล้ว VSS ควรย่อมาจาก Microsoft Volume Shadow Copy Service ในความเป็นจริง หลายคนใช้เป็นคำพ้องความหมายสำหรับ Application-Aware Image Processing ซึ่งแน่นอนว่าผิดอย่างเด็ดขาด แต่นี่เป็นเรื่องราวจากหมวดหมู่ "SUV ใดๆ ก็เรียกว่ารถจี๊ปได้ แล้วคุณจะเข้าใจ"
บันทึกที่ยอดเยี่ยมและที่อยู่ของพวกเขา
ฉันต้องการเริ่มบทนี้ด้วยการเปิดเผยความลับที่ยิ่งใหญ่ - เวลาใดที่ปรากฏในบันทึก
จดจำ:
- ESXi เขียนบันทึกใน UTC+0 เสมอ
- vCenter เก็บบันทึกตามเวลาของโซนเวลา
- Veeam เก็บบันทึกตามเวลาและเขตเวลาของเซิร์ฟเวอร์ที่เปิดอยู่
- และเฉพาะเหตุการณ์ Windows ในรูปแบบ EVTX เท่านั้นที่ไม่ผูกมัดกับสิ่งใด เมื่อเปิด เวลาจะถูกคำนวณใหม่สำหรับรถที่ถูกเปิด ตัวเลือกที่สะดวกที่สุดแม้ว่าจะมีปัญหาก็ตาม ความยากที่จับต้องได้เพียงอย่างเดียวคือความแตกต่างของสถานที่ นี่เป็นเส้นทางที่รับประกันได้จริงไปยังบันทึกที่อ่านไม่ได้ ใช่ มีตัวเลือกสำหรับวิธีการจัดการกับสิ่งนี้ แต่อย่าเพิ่งเถียงกับข้อเท็จจริงที่ว่าทุกอย่างใน IT ทำงานเป็นภาษาอังกฤษ และตกลงที่จะตั้งค่าภาษาเป็นภาษาอังกฤษบนเซิร์ฟเวอร์เสมอ โอ้ได้โปรด.
ตอนนี้เรามาพูดถึงสถานที่ที่ท่อนซุงอาศัยอยู่และวิธีหามัน ในกรณีของ VBR มีสองวิธี
ตัวเลือกแรกเหมาะสมหากคุณไม่กระตือรือร้นที่จะค้นหาไฟล์ในฮีปทั่วไปที่เกี่ยวข้องกับปัญหาของคุณโดยเฉพาะ ในการทำเช่นนี้ เรามีวิซาร์ดแยกต่างหาก ซึ่งคุณสามารถระบุงานเฉพาะเจาะจงและช่วงเวลาที่คุณต้องการบันทึก จากนั้นเขาจะไปที่โฟลเดอร์เองและใส่ทุกสิ่งที่คุณต้องการลงในไฟล์เก็บถาวรเดียว จะค้นหาได้ที่ไหนและจะใช้งานอย่างไรได้อธิบายไว้โดยละเอียดแล้ว
อย่างไรก็ตาม วิซาร์ดไม่ได้รวบรวมบันทึกของงานทั้งหมด และตัวอย่างเช่น ถ้าคุณต้องการศึกษาบันทึกของการกู้คืน เฟลโอเวอร์ หรือเฟลแบ็ค เส้นทางของคุณจะอยู่ในโฟลเดอร์ %ProgramData%/Veeam/สำรองข้อมูล. นี่คือที่เก็บโลโก้ VBR หลักและ %ProgramData% เป็นโฟลเดอร์ที่ซ่อนอยู่และก็ไม่เป็นไร อย่างไรก็ตาม คุณสามารถกำหนดตำแหน่งเริ่มต้นใหม่ได้โดยใช้รีจิสตรีคีย์ REG_SZ: ประเภท LogDirectory ในสาขา HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication
บนเครื่อง Linux ควรค้นหาบันทึกตัวแทนผู้ปฏิบัติงานใน /var/log/VeeamBackup/หากใช้บัญชีรูทหรือ sudo หากคุณไม่มีสิทธิ์ดังกล่าว ให้มองหาการเข้าสู่ระบบ /tmp/VeamBackup.
สำหรับตัวแทน Veeam สำหรับบันทึก %OS_name% ควรค้นหาใน %ProgramData%/Veeam/จุดสิ้นสุด (หรือ %ProgramData%/Veeam/สำรองข้อมูล/จุดสิ้นสุด) และ /var/log/veeam ตามลำดับ
หากคุณกำลังใช้ Application-Aware Image Processing (และน่าจะเป็นคุณมากที่สุด) สถานการณ์จะค่อนข้างซับซ้อนขึ้น คุณจะต้องใช้บันทึกของผู้ช่วยเหลือของเรา ซึ่งจัดเก็บไว้ในเครื่องเสมือนเอง และบันทึก VSS รายละเอียดเกี่ยวกับวิธีและวิธีรับความสุขนี้เขียนไว้ใน
เหตุการณ์ของ Windows ถูกรวบรวมอย่างสะดวกตาม
หากมีข้อผิดพลาดระหว่างการติดตั้ง/อัปเกรด ทุกสิ่งที่คุณต้องการจะอยู่ในโฟลเดอร์ %ProgramData%/Veeam/Setup/Temp แม้ว่าฉันจะไม่ซ่อนความจริงที่ว่าในเหตุการณ์ OS คุณสามารถค้นหาข้อมูลที่เป็นประโยชน์มากกว่าในบันทึกเหล่านี้ ส่วนที่เหลือที่น่าสนใจอยู่ใน %Temp% แต่ส่วนใหญ่จะมีบันทึกการติดตั้งสำหรับซอฟต์แวร์ที่เกี่ยวข้อง เช่น ฐาน ไลบรารี .Net และอื่นๆ โปรดทราบว่า Veeam ได้รับการติดตั้งจาก msi และส่วนประกอบทั้งหมดได้รับการติดตั้งเป็นแพ็คเกจ msi แยกต่างหาก แม้ว่าจะไม่แสดงใน GUI ก็ตาม ดังนั้น หากการติดตั้งส่วนประกอบใดส่วนประกอบหนึ่งล้มเหลว การติดตั้ง VBR ทั้งหมดจะหยุดลง ดังนั้นคุณต้องเข้าไปในบันทึกและดูว่าอะไรพังและถึงจุดไหน
และสุดท้าย การแฮ็กชีวิต: หากคุณได้รับข้อผิดพลาดระหว่างการติดตั้ง อย่ารีบคลิกตกลง ก่อนอื่นเราจะบันทึกจากนั้นคลิกตกลง ด้วยวิธีนี้ คุณจะได้รับบันทึกที่สิ้นสุดในเวลาที่เกิดข้อผิดพลาด โดยไม่มีขยะในตอนท้าย
และมันเกิดขึ้นที่คุณต้องเข้าไปในบันทึก vSphere อาชีพนี้เนรคุณมาก แต่เมื่อพับแขนเสื้อแล้วต้องทำอย่างอื่น ในเวอร์ชันที่ง่ายที่สุด เราต้องการบันทึกที่มีเหตุการณ์เครื่องเสมือน vmware.log ซึ่งอยู่ถัดจากไฟล์ .vmx ในกรณีที่ยากขึ้น ให้เปิด Google แล้วถามว่าบันทึกสำหรับเวอร์ชันโฮสต์ของคุณอยู่ที่ใด เนื่องจาก VMware ชอบเปลี่ยนสถานที่นี้จากรีลีสเป็นรีลีส ตัวอย่างเช่น,
ยุ่งยาก? สับสน? น่ากลัว? แต่นี่ยังไม่ถึงครึ่งหนึ่งของข้อมูลที่ฝ่ายสนับสนุนของเราทำงานด้วยในแต่ละวัน พวกมันเจ๋งจริงๆ
ส่วนประกอบวีม
และเพื่อเป็นบทสรุปของบทความเบื้องต้นนี้ เราจะมาพูดถึงส่วนประกอบของ Veeam Backup & Replication กันสักเล็กน้อย เมื่อคุณกำลังมองหาสาเหตุของความเจ็บปวด จะเป็นการดีที่จะเข้าใจวิธีการทำงานของผู้ป่วย
อย่างที่ทุกคนทราบกันดีว่า Veeam Backup เป็นแอปพลิเคชันที่ใช้ SQL ที่เรียกว่า นั่นคือการตั้งค่าทั้งหมด ข้อมูลทั้งหมด และโดยทั่วไปทุกอย่างที่จำเป็นสำหรับการทำงานปกติเท่านั้น - ทั้งหมดนี้อยู่ในฐานข้อมูล หรือในสองฐานข้อมูล หากเรากำลังพูดถึง VBR และ EM จำนวนมาก: VeeamBackup และ VeeamBackupReporting ตามลำดับ และมันก็เกิดขึ้น: เราใส่แอปพลิเคชันอื่น - ฐานข้อมูลอื่นปรากฏขึ้น เพื่อไม่ให้เก็บไข่ทั้งหมดไว้ในตะกร้าใบเดียว
แต่เพื่อให้เศรษฐกิจทั้งหมดนี้ทำงานได้อย่างราบรื่น เราจำเป็นต้องมีชุดบริการและแอปพลิเคชันที่จะเชื่อมโยงส่วนประกอบทั้งหมดเข้าด้วยกัน ดังตัวอย่าง นี่คือลักษณะที่ปรากฏในห้องทดลองของฉัน:
ทำหน้าที่เป็นหัวหน้าวาทยกร บริการสำรองข้อมูลวีม. เขาเป็นผู้รับผิดชอบการแลกเปลี่ยนข้อมูลกับฐาน เขายังมีหน้าที่รับผิดชอบในการเปิดตัวงานทั้งหมด จัดการทรัพยากรที่จัดสรร และทำงานเป็นศูนย์การสื่อสารสำหรับคอนโซล ตัวแทน และอื่น ๆ อีกมากมาย ไม่มีทางเป็นไปได้อย่างแน่นอนหากไม่มีเขา แต่นี่ไม่ได้หมายความว่าเขาทำทุกอย่างด้วยตัวเอง
ช่วยเขาในการปฏิบัติตามแผนของเขา โปรแกรมจัดการการสำรองข้อมูล Veeam. นี่ไม่ใช่บริการ แต่เป็นเอนทิตีที่เปิดตัวงานและตรวจสอบกระบวนการดำเนินการ การทำงานของบริการสำรองข้อมูล ซึ่งเชื่อมต่อกับโฮสต์ สร้างสแน็ปช็อต ตรวจสอบการเก็บรักษา และอื่นๆ
แต่กลับไปที่รายการบริการ บริการนายหน้า Veeam. ปรากฏใน v9.5 (และนี่ไม่ใช่เครื่องมือขุด crypto อย่างที่บางคนคิด) รวบรวมข้อมูลเกี่ยวกับโฮสต์ VMware และรักษาความเกี่ยวข้อง แต่อย่าเขียนความคิดเห็นโกรธทันทีว่าเรากำลังสอดแนมคุณและทำให้การเข้าสู่ระบบ / รหัสผ่านทั้งหมดรั่วไหลไปยัง taschmajor ทุกอย่างค่อนข้างง่ายกว่า เมื่อคุณเรียกใช้การสำรองข้อมูล สิ่งแรกที่คุณต้องทำคือเชื่อมต่อกับโฮสต์และอัปเดตข้อมูลทั้งหมดเกี่ยวกับโครงสร้าง นี่เป็นเรื่องราวที่ค่อนข้างช้าและยุ่งยาก เพียงจำไว้ว่าคุณใช้เวลานานเท่าใดในการเข้าสู่ระบบผ่านเว็บอินเตอร์เฟส และจำไว้ว่าจะนับเฉพาะเลเยอร์บนสุดเท่านั้น จากนั้นคุณยังต้องเปิดลำดับชั้นทั้งหมดไปยังตำแหน่งที่ถูกต้อง ในระยะสั้นสยองขวัญ หากคุณเรียกใช้การสำรองข้อมูลเป็นโหล แต่ละงานจำเป็นต้องทำตามขั้นตอนนี้ หากเรากำลังพูดถึงโครงสร้างพื้นฐานขนาดใหญ่ กระบวนการนี้อาจใช้เวลาสิบนาทีหรือมากกว่านั้น ดังนั้นจึงมีการตัดสินใจที่จะจัดสรรบริการแยกต่างหากสำหรับสิ่งนี้ ซึ่งจะทำให้สามารถรับข้อมูลที่เป็นปัจจุบันอยู่เสมอได้ เมื่อเริ่มต้น ระบบจะตรวจสอบและสแกนโครงสร้างพื้นฐานที่เพิ่มเข้ามาทั้งหมด จากนั้นจะพยายามทำงานที่ระดับของการเปลี่ยนแปลงที่เพิ่มขึ้นเท่านั้น ดังนั้นแม้ว่าคุณจะเรียกใช้การสำรองข้อมูลเป็นร้อยครั้งพร้อมกัน พวกเขาทั้งหมดจะขอข้อมูลจากนายหน้าของเรา และจะไม่รบกวนโฮสต์ด้วยคำขอของพวกเขา หากคุณกังวลเกี่ยวกับทรัพยากร ตามการคำนวณของเรา เครื่องเสมือน 5000 เครื่องต้องการหน่วยความจำประมาณ 100 Mb เท่านั้น
ต่อไปเรามี วีมคอนโซล. เขาคือ Veeam Remote Console เขาคือ Veeam.Backup.Shell นี่คือ GUI เดียวกับที่เราเห็นในภาพหน้าจอ ทุกอย่างเรียบง่ายและชัดเจน - สามารถเปิดใช้งานคอนโซลได้จากทุกที่ ตราบใดที่ยังเป็น Windows และมีการเชื่อมต่อกับเซิร์ฟเวอร์ VBR สิ่งเดียวที่สามารถพูดได้คือกระบวนการ FLR จะเมานต์จุดในเครื่อง (เช่น บนเครื่องที่คอนโซลกำลังทำงานอยู่) Veeam Explorers แบบต่างๆ จะทำงานภายในเครื่องด้วย เนื่องจากเป็นส่วนหนึ่งของคอนโซล แต่มันพาฉันเข้าไปในป่าแล้ว ...
อีกหนึ่งบริการที่น่าสนใจคือ Veeam Backup บริการข้อมูลแคตตาล็อก รู้จักกันในชื่อ Veeam Guest Catalog Service ในรายการบริการ เขามีส่วนร่วมในการจัดทำดัชนีระบบไฟล์บนเครื่องแขกและเติมความรู้นี้ลงในโฟลเดอร์ VBRCatalog ใช้เฉพาะเมื่อเปิดใช้งานช่องทำเครื่องหมายการจัดทำดัชนีเท่านั้น และเหมาะสมที่จะเปิดใช้งานหากคุณมี Enterprise Manager ดังนั้นคำแนะนำจากก้นบึ้งของหัวใจของฉัน: อย่าเปิดการจัดทำดัชนีเช่นนั้นหากคุณไม่มี EAT ประหยัดเวลาและความกังวลของคุณ
นอกจากนี้ยังควรสังเกตจากบริการสำคัญอื่น ๆ บริการติดตั้ง Veeamด้วยความช่วยเหลือจากการส่งมอบและติดตั้งส่วนประกอบที่จำเป็นบนพร็อกซี ที่เก็บ และเกตเวย์อื่นๆ ในความเป็นจริง ต้องใช้แพ็คเกจ .msi ที่จำเป็นไปยังเซิร์ฟเวอร์และติดตั้ง
ผู้เสนอญัตติข้อมูล Veeam - ด้วยความช่วยเหลือของตัวแทนเสริมที่เปิดตัวบนผู้รับมอบฉันทะ (และไม่เพียงเท่านั้น) มันมีส่วนร่วมในการย้ายข้อมูล ตัวอย่างเช่น เมื่อทำการสำรองข้อมูล เอเจนต์หนึ่งจะอ่านไฟล์จากที่เก็บข้อมูลโฮสต์ และเอเจนต์ที่สองจะเขียนไฟล์เหล่านี้ลงในข้อมูลสำรองอย่างระมัดระวัง
แยกกัน ฉันต้องการทราบสิ่งสำคัญที่ลูกค้ามักจะตอบสนอง - นี่คือความแตกต่างในเวอร์ชันของบริการและข้อมูลในสแนปอินของโปรแกรมและคุณลักษณะ ใช่ รายการจะเหมือนกัน แต่เวอร์ชันอาจไม่สอดคล้องกันโดยสิ้นเชิง มันไม่ได้เจ๋งมากจากมุมมองของภาพ แต่เป็นเรื่องปกติอย่างสมบูรณ์หากทุกอย่างทำงานได้อย่างเสถียร ตัวอย่างเช่น สำหรับบริการตัวติดตั้ง หมายเลขเวอร์ชันจะอยู่หลังหมายเลขที่อยู่ใกล้เคียงมาก สยองขวัญและฝันร้าย? ไม่ เนื่องจากไม่ได้ติดตั้งใหม่ทั้งหมด แต่ DLL นั้นได้รับการอัปเดตเพียงอย่างเดียว ในแพตช์ v9.5 U4 ฝันร้ายของฝ่ายสนับสนุนด้านเทคนิคเกิดขึ้น: ในระหว่างการอัปเดต บริการทั้งหมดได้รับเวอร์ชันใหม่ ยกเว้นเวอร์ชันที่สำคัญที่สุด ในแพตช์ U4b บริการขนส่งแซงหน้าบริการอื่น ๆ ทั้งหมดมากถึงสองเวอร์ชัน (ตัดสินจากตัวเลข) และนี่เป็นเรื่องปกติเช่นกัน - พบข้อผิดพลาดร้ายแรงในนั้นดังนั้นจึงได้รับการอัปเดตโบนัสเมื่อเทียบกับส่วนที่เหลือ สรุปแล้ว: ความแตกต่างของเวอร์ชันอาจเป็นปัญหาได้ แต่ถ้ามีความแตกต่างและทุกอย่างทำงานได้อย่างถูกต้อง ก็น่าจะเป็นเช่นนั้น แต่ไม่มีใครห้ามไม่ให้คุณอธิบายสิ่งนี้ในการสนับสนุนทางเทคนิค
สิ่งเหล่านี้เรียกว่าบริการบังคับหรือบังคับ และยังมีตัวช่วยอีกมากมาย เช่น Tape Service, Mount Service, vPowerNFS Service เป็นต้น
โดยทั่วไปแล้วสำหรับ Hyper-V ทุกอย่างเหมือนกันมีเพียงเฉพาะเท่านั้น Veeam Backup บริการรวม Hyper-V และไดรเวอร์ของคุณเองสำหรับการทำงานกับ CBT
และในตอนท้ายเรามาพูดถึงว่าใครทำงานบนเครื่องเสมือนระหว่างการสำรองข้อมูล ในการเรียกใช้สคริปต์ก่อนและหลังการหยุดชั่วคราว การสร้างสำเนาเงา รวบรวมข้อมูลเมตา ทำงานกับบันทึกธุรกรรม SQL เป็นต้น Veeam ผู้ช่วยแขก. และถ้าระบบไฟล์ถูกจัดทำดัชนี Veeam แขกดัชนี . บริการเหล่านี้เป็นบริการชั่วคราวที่ปรับใช้ในช่วงระยะเวลาของการสำรองข้อมูลและถูกลบออกหลังจากนั้น
ในกรณีของเครื่อง Linux ทุกอย่างง่ายกว่ามากเนื่องจากมีไลบรารีในตัวจำนวนมากและความสามารถของระบบเอง ตัวอย่างเช่น การสร้างดัชนีจะทำผ่าน mlocate
นั่นคือทั้งหมดที่สำหรับตอนนี้
ฉันไม่กล้าทำร้ายคุณอีกแล้ว สั้น ฉันถือว่าการแนะนำห้องเครื่อง Veeam จบลงแล้ว ใช่เราไม่ได้เข้าใกล้ถ้ำด้วยกันเอง แต่เชื่อฉันเถอะว่าข้อมูลที่นำเสนอในถ้ำนั้นดูเหมือนไม่ใช่กระแสแห่งจิตสำนึกที่ไม่ต่อเนื่องกันการแนะนำเช่นนี้จำเป็นอย่างยิ่ง ฉันวางแผนที่จะไปที่บันทึกด้วยตัวเองในบทความที่สามเท่านั้น และแผนสำหรับบทความถัดไปคือการอธิบายว่าใครเป็นผู้สร้างบันทึก สิ่งที่แสดงอยู่ในบันทึกและเหตุใดจึงไม่ใช่อย่างอื่น
ที่มา: will.com