Veeam Log Diving Components และอภิธานศัพท์

Veeam Log Diving Components และอภิธานศัพท์

พวกเราที่ 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 มี เคบีที่ดี. และเราก็เกี่ยวกับพวกเขาด้วย เขียนบนHabré.

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 มีสองวิธี 

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

อย่างไรก็ตาม วิซาร์ดไม่ได้รวบรวมบันทึกของงานทั้งหมด และตัวอย่างเช่น ถ้าคุณต้องการศึกษาบันทึกของการกู้คืน เฟลโอเวอร์ หรือเฟลแบ็ค เส้นทางของคุณจะอยู่ในโฟลเดอร์ %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 ถูกรวบรวมอย่างสะดวกตาม HF นี้. หากคุณใช้ Hyper-V สิ่งต่างๆ จะซับซ้อนมากขึ้น เนื่องจากคุณจะต้องใช้บันทึกทั้งหมดจากสาขา Applications and Service Logs > Microsoft > Windows แม้ว่าคุณจะใช้วิธีที่งี่เง่ากว่านี้ได้เสมอ และเพียงแค่หยิบวัตถุทั้งหมดจาก %SystemRoot%System32winevtLogs

หากมีข้อผิดพลาดระหว่างการติดตั้ง/อัปเกรด ทุกสิ่งที่คุณต้องการจะอยู่ในโฟลเดอร์ %ProgramData%/Veeam/Setup/Temp แม้ว่าฉันจะไม่ซ่อนความจริงที่ว่าในเหตุการณ์ OS คุณสามารถค้นหาข้อมูลที่เป็นประโยชน์มากกว่าในบันทึกเหล่านี้ ส่วนที่เหลือที่น่าสนใจอยู่ใน %Temp% แต่ส่วนใหญ่จะมีบันทึกการติดตั้งสำหรับซอฟต์แวร์ที่เกี่ยวข้อง เช่น ฐาน ไลบรารี .Net และอื่นๆ โปรดทราบว่า Veeam ได้รับการติดตั้งจาก msi และส่วนประกอบทั้งหมดได้รับการติดตั้งเป็นแพ็คเกจ msi แยกต่างหาก แม้ว่าจะไม่แสดงใน GUI ก็ตาม ดังนั้น หากการติดตั้งส่วนประกอบใดส่วนประกอบหนึ่งล้มเหลว การติดตั้ง VBR ทั้งหมดจะหยุดลง ดังนั้นคุณต้องเข้าไปในบันทึกและดูว่าอะไรพังและถึงจุดไหน

และสุดท้าย การแฮ็กชีวิต: หากคุณได้รับข้อผิดพลาดระหว่างการติดตั้ง อย่ารีบคลิกตกลง ก่อนอื่นเราจะบันทึกจากนั้นคลิกตกลง ด้วยวิธีนี้ คุณจะได้รับบันทึกที่สิ้นสุดในเวลาที่เกิดข้อผิดพลาด โดยไม่มีขยะในตอนท้าย

และมันเกิดขึ้นที่คุณต้องเข้าไปในบันทึก vSphere อาชีพนี้เนรคุณมาก แต่เมื่อพับแขนเสื้อแล้วต้องทำอย่างอื่น ในเวอร์ชันที่ง่ายที่สุด เราต้องการบันทึกที่มีเหตุการณ์เครื่องเสมือน vmware.log ซึ่งอยู่ถัดจากไฟล์ .vmx ในกรณีที่ยากขึ้น ให้เปิด Google แล้วถามว่าบันทึกสำหรับเวอร์ชันโฮสต์ของคุณอยู่ที่ใด เนื่องจาก VMware ชอบเปลี่ยนสถานที่นี้จากรีลีสเป็นรีลีส ตัวอย่างเช่น, บทความสำหรับ 7.0, แต่สำหรับ 5.5. สำหรับบันทึก vCenter ให้ทำซ้ำขั้นตอน กูเกิล. แต่โดยทั่วไป เราจะสนใจบันทึกเหตุการณ์โฮสต์ hostd.log เหตุการณ์โฮสต์ที่จัดการโดย vCenter vpxa.log บันทึกเคอร์เนล vmkernel.log และบันทึกการตรวจสอบสิทธิ์ auth.log ในกรณีที่ละเลยมากที่สุด บันทึก SSO ซึ่งอยู่ในโฟลเดอร์ SSO อาจมีประโยชน์

ยุ่งยาก? สับสน? น่ากลัว? แต่นี่ยังไม่ถึงครึ่งหนึ่งของข้อมูลที่ฝ่ายสนับสนุนของเราทำงานด้วยในแต่ละวัน พวกมันเจ๋งจริงๆ

ส่วนประกอบวีม

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

อย่างที่ทุกคนทราบกันดีว่า Veeam Backup เป็นแอปพลิเคชันที่ใช้ SQL ที่เรียกว่า นั่นคือการตั้งค่าทั้งหมด ข้อมูลทั้งหมด และโดยทั่วไปทุกอย่างที่จำเป็นสำหรับการทำงานปกติเท่านั้น - ทั้งหมดนี้อยู่ในฐานข้อมูล หรือในสองฐานข้อมูล หากเรากำลังพูดถึง VBR และ EM จำนวนมาก: VeeamBackup และ VeeamBackupReporting ตามลำดับ และมันก็เกิดขึ้น: เราใส่แอปพลิเคชันอื่น - ฐานข้อมูลอื่นปรากฏขึ้น เพื่อไม่ให้เก็บไข่ทั้งหมดไว้ในตะกร้าใบเดียว

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

Veeam Log Diving Components และอภิธานศัพท์
ทำหน้าที่เป็นหัวหน้าวาทยกร บริการสำรองข้อมูลวีม. เขาเป็นผู้รับผิดชอบการแลกเปลี่ยนข้อมูลกับฐาน เขายังมีหน้าที่รับผิดชอบในการเปิดตัวงานทั้งหมด จัดการทรัพยากรที่จัดสรร และทำงานเป็นศูนย์การสื่อสารสำหรับคอนโซล ตัวแทน และอื่น ๆ อีกมากมาย ไม่มีทางเป็นไปได้อย่างแน่นอนหากไม่มีเขา แต่นี่ไม่ได้หมายความว่าเขาทำทุกอย่างด้วยตัวเอง

ช่วยเขาในการปฏิบัติตามแผนของเขา โปรแกรมจัดการการสำรองข้อมูล 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

เพิ่มความคิดเห็น