Veeam дээр бид гуалинд дуртай. Мөн бидний ихэнх шийдлүүд модульчлагдсан байдаг тул тэд маш их лог бичдэг. Бидний үйл ажиллагааны хамрах хүрээ нь таны мэдээллийн аюулгүй байдлыг хангах (жишээ нь, тайван унтах) учраас бүртгэлүүд нь зөвхөн найтаах бүрийг бүртгэхээс гадна үүнийг нарийвчлан хийх ёстой. Хэрэв ямар нэг зүйл тохиолдвол энэ "юу" болсон, хэн буруутай, цаашид юу хийх хэрэгтэй вэ гэдгийг тодорхой болгохын тулд энэ нь зайлшгүй шаардлагатай. Энэ нь шүүх эмнэлгийнх шиг: Лаура Палмерын алуурчныг олоход ямар жижиг зүйл туслахыг та хэзээ ч мэдэхгүй.
Тиймээс би логонд юу бичдэг, хаана хадгалдаг, бүтэц нь галзуурахгүй байх, дотор нь юуг анхаарах талаар тууштай ярих цуврал нийтлэл гаргахаар шийдсэн.
Яагаад цуврал нийтлэл, бүгдийг нэг дор тайлбарлаж болохгүй гэж?
Аль гуалин хаана, юу хадгалагдаж байгааг жагсаах нь маш аймшигтай санаа юм. Мөн энэ мэдээллийг шинэчилж байх талаар бодохоос ч аймшигтай. Veeam Backup & Replication дээрх бүх боломжит төрлийн логуудын энгийн жагсаалт нь жижиг хэвлэмэл хэлбэрээр хэд хэдэн хуудасны хүснэгт юм. Мөн энэ нь нийтлэгдсэн үед л хамааралтай байх болно, учир нь... Дараагийн нөхөөсийг гаргахад шинэ лог гарч ирж магадгүй, хуучин мэдээлэлд хадгалагдсан мэдээллийн логик өөрчлөгдөх гэх мэт. Тиймээс тэдгээрийн бүтэц, тэдгээрт агуулагдсан мэдээллийн мөн чанарыг тайлбарлах нь илүү ашигтай байх болно. Энэ нь таныг олон тооны нэрсийн жагсаалтаас илүү газруудаар аялах боломжийг олгоно.
Тиймээс, текст хуудасны сан руу толгойгоо гашилгахгүйн тулд энэ нийтлэлд зарим бэлтгэл ажлыг хийцгээе. Тиймээс, өнөөдөр бид логуудыг өөрсдөө судлахгүй, харин холоос явах болно: бид тайлбар толь эмхэтгэж, Veeam-ийн бүтцийг лог үүсгэх үүднээс бага зэрэг авч үзэх болно.
Тайлбар толь ба үг хэллэг
Энд юуны түрүүнд орос хэлний цэвэр байдлын төлөө тэмцэгчид болон Ожеговын толь бичгийн гэрчүүдээс уучлалт гуйх нь зүйтэй юм. Бид бүгд төрөлх хэлдээ маш их хайртай, гэхдээ хараал идсэн мэдээллийн технологийн салбар англи хэл дээр ажилладаг. За, бид үүнийг бодож олоогүй ч түүхэнд ийм зүйл болсон. Энэ миний буруу биш, тэр өөрөө ирсэн (c)
Манай бизнест англиизмын асуудал (мөн үг хэллэг) өөрийн гэсэн онцлогтой. "Хөтлөгч" эсвэл "зочин" гэх мэт гэм зэмгүй үгсээр дэлхий нийт маш тодорхой зүйлийг аль эрт ойлгосон бол энэ газрын ⅙ хэсэгт баатарлаг төөрөгдөл, толь бичгүүдийг шатаах явдал үргэлжилсээр байна. Мөн "Гэхдээ бидний ажил дээр ..." гэсэн хатуу аргумент.
Нэмж дурдахад зарим үг, хэллэг түгээмэл болсон ч Veeam бүтээгдэхүүнүүдэд тусгайлан зориулагдсан бидний нэр томъёо байдаг. Тиймээс одоо бид ямар нэр томьёо ямар утгатай болохыг тохиролцох болно, ирээдүйд "зочин" гэдэг үгээр би энэ бүлэгт яг юу гэж бичсэнийг хэлэх болно, харин таны ажил дээрээ дассан зүйлийг биш. Тийм ээ, энэ бол миний хувийн хүсэл биш, эдгээр нь энэ салбарт батлагдсан нэр томъёо юм. Тэдэнтэй тэмцэх нь зарим талаараа утгагүй юм. Хэдийгээр би сэтгэгдэл дээр сайхан байхыг үргэлж дэмждэг.
Харамсалтай нь, бидний ажилд маш олон нэр томъёо, бүтээгдэхүүн байдаг тул би бүгдийг нь жагсаах гэж оролдохгүй. Зөвхөн далайд амьд үлдэхэд шаардлагатай нөөцлөлт, бүртгэлийн талаархи хамгийн энгийн мэдээлэл. Сонирхсон хүмүүсийн хувьд би бас чадна хангамжийн талаар хамтран ажиллагсаддаа, мөн тэр функцийн хэсэгтэй холбоотой нэр томъёоны жагсаалтыг гаргаж өгсөн.
Хөтлөгч: Виртуалчлалын ертөнцөд энэ бол гипервизортой машин юм. Физик, виртуаль, үүл - энэ нь хамаагүй. Хэрэв ямар нэг зүйл гипервизор (ESXi, Hyper-V, KVM гэх мэт) ажиллаж байгаа бол энэ "ямар нэг зүйлийг" хост гэж нэрлэдэг. Арван тавиуртай кластер эсвэл нэг ба хагас виртуал машинд зориулсан лаборатори бүхий зөөврийн компьютер байна уу, хэрэв та гипервизор ажиллуулсан бол та хост болно. Учир нь гипервизор нь виртуал машинуудыг байршуулдаг. VMware нэгэн цагт хост гэдэг үгийг ESXi-тэй нягт холбохыг хүсч байсан түүх ч бий. Гэвч тэр үүнийг хийж чадсангүй.
Орчин үеийн ертөнцөд "хост" гэсэн ойлголт нь "сервер" гэсэн ойлголттой бараг нийлсэн бөгөөд энэ нь харилцаа холбоо, ялангуяа Windows-ийн дэд бүтцийн талаар тодорхой төөрөгдөл авчирдаг. Тиймээс бидний сонирхож буй ямар нэгэн үйлчилгээ байрладаг аливаа машиныг хост гэж нэрлэж болно. Жишээлбэл, WinSock бүртгэлд бүх зүйл хост гэсэн үгээр тэмдэглэгдсэн байдаг. Сонгодог "Хост олдсонгүй" нь үүний жишээ юм. Тиймээс бид контекстээс эхэлдэг, гэхдээ виртуалчлалын ертөнцөд зочдыг хүлээн авагч нь зочдыг хүлээн авдаг гэдгийг санаарай (доорх хоёр мөрөнд илүү дэлгэрэнгүй).
Орон нутгийн үг хэллэгээс (энэ тохиолдолд бүр товчилсон үг байх магадлалтай) би VMware бол VI, vSphere бол VC, Hyper-V бол HV гэдгийг санаж байна.
Зочин: Хост дээр ажилладаг виртуал машин. Энд тайлбарлах зүйл алга, бүх зүйл маш логик бөгөөд энгийн. Гэсэн хэдий ч олон хүмүүс бусад утгыг хичээнгүйлэн энд оруулдаг.
Юуны төлөө? Би мэдэхгүй.
Зочин үйлдлийн систем нь зочин машины үйлдлийн систем юм. гэх мэт.
Нөөцлөх/Хуулбарлах ажил (ажил): Даалгавруудын аль нэгийг илэрхийлдэг цэвэр Wim үг хэллэг. Нөөцлөх ажил == Нөөцлөх ажил. Үүнийг орос хэл рүү хэрхэн сайхан орчуулахыг хэн ч олоогүй тул хүн бүр “jobA” гэж хэлдэг. Сүүлийн үеийг онцлон тэмдэглэв.
Тийм ээ, тэд зүгээр л "жоба" гэж хэлдэг. Тэгээд бүр захидалд ингэж бичдэг, бүх зүйл сайхан байна.
Бүх төрлийн нөөцлөх ажил, нөөцлөх ажил гэх мэт, баярлалаа, гэхдээ шаардлагагүй. Зүгээр л ажлаа хий, тэгвэл тэд чамайг ойлгох болно. Хамгийн гол нь сүүлчийн үеийг онцлон тэмдэглэх явдал юм.
Нөөцлөх (Нөөцлөх, нөөцлөх. Үнэн хуучин хүмүүсийн хувьд Нөөцлөхийг зөвшөөрдөг): Тодорхой зүйлээс гадна (хаа нэгтээ байгаа мэдээллийн нөөц хуулбар) энэ нь ажил өөрөө гэсэн үг (хэрэв та аль хэдийн мартсан бол дээрх гурван мөр), үүний үр дүнд ижил нөөц файл гарч ирнэ. Магадгүй, ноёд оо, англи хэлтэй хүмүүс би нөөцийн ажлаа гүйцэтгэсэн гэж хэлэхээс залхуурдаг тул би нөөцөө ажиллуулсан гэж л хэлдэг, бүгд бие биенээ төгс ойлгодог. Энэ сайхан санаачилгыг дэмжихийг санал болгож байна.
Нэгтгэх: ESXi 5.0-д гарч ирсэн нэр томъёо. Өнчин болсон агшин агшныг устгах үйл явцыг эхлүүлдэг агшин зуурын цэсийн сонголт. Өөрөөр хэлбэл, физикийн хувьд боломжтой боловч харуулсан логик бүтцээс хасагдсан агшин зуурын зургууд. Онолын хувьд энэ процесс нь агшин зуурын менежерт үзүүлсэн файлуудад нөлөөлөх ёсгүй, гэхдээ юу ч тохиолдож болно. Нэгтгэх үйл явцын мөн чанар нь агшин зуурын (хүүхдийн диск) өгөгдлийг үндсэн (эцэг эх) диск рүү бичих явдал юм. Дискүүдийг нэгтгэх процессыг нэгтгэх гэж нэрлэдэг. Хэрэв нэгтгэх команд өгсөн бол хормын хувилбарыг нэгтгэж, устгахаас өмнө агшин зуурын бичлэгийг мэдээллийн сангаас устгаж болно. Хэрэв ямар нэгэн шалтгаанаар хормын хувилбарыг устгах боломжгүй бол эдгээр өнчин агшин зуурын зургууд гарч ирнэ. VMware нь хормын хувилбартай ажиллах мэдээлэлтэй . Мөн бид тэдний талаар ямар нэгэн байдлаар ярьдаг .
Мэдээллийн сан (Stora эсвэл yüz): Маш өргөн ойлголт боловч виртуалчлалын ертөнцөд энэ нь виртуал машины файлуудыг хадгалдаг газрыг хэлдэг. Гэхдээ ямар ч тохиолдолд та контекстийг маш тодорхой ойлгох хэрэгтэй бөгөөд хэрэв танд өчүүхэн эргэлзэж байвал ярилцагч тань яг юу гэсэн үг болохыг тодруулах хэрэгтэй.
Прокси: Veeam Proxy нь бидний интернетэд ашигладагтай яг адилхан биш гэдгийг нэн даруй ойлгох нь чухал юм. Veeam бүтээгдэхүүний хүрээнд энэ нь нэг газраас нөгөө рүү өгөгдөл дамжуулах үйл ажиллагаа эрхэлдэг тодорхой байгууллага юм. Дэлгэрэнгүй ярихгүйгээр VBR бол командын сервер бөгөөд прокси нь түүний ажиллах хүч юм. Өөрөөр хэлбэл, прокси нь траффик дамждаг, энэ урсгалыг удирдахад туслах VBR бүрэлдэхүүн хэсгүүдийг суулгасан машин юм. Жишээлбэл, өгөгдлийг нэг сувгаас нөгөө рүү дамжуулах эсвэл дискийг өөртөө хавсаргах (HotAdd горим).
Хадгалах газар: Техникийн хувьд энэ нь зөвхөн VBR мэдээллийн санд байгаа бичлэг бөгөөд нөөцлөлтүүд хадгалагдаж буй байршил, энэ байршилд хэрхэн холбогдохыг зааж өгдөг. Үнэн хэрэгтээ энэ нь зүгээр л CIFS хуваалцах эсвэл үүлэн доторх тусдаа диск, сервер эсвэл хувин байж болно. Дахин хэлэхэд бид контекст дээр байгаа боловч репозитор нь зөвхөн таны нөөцлөлтүүдийг байрлуулах газар гэдгийг бид ойлгож байна.
Хормын хувилбар: Оксфордын дүрмийн дурлагчид хэн нь хормын хувилбар, хэн нь хормын хувилбар болохыг хэлэхийг илүүд үздэг ч бичиг үсэг үл мэдэх олонхи нь илүү масстай тул ялдаг. Хэрэв хэн нэгэн мэдэхгүй бол энэ нь дискний төлөвийг тодорхой хугацаанд сэргээх боломжийг олгодог технологи юм. Энэ нь оролт гаралтын үйлдлүүдийг үндсэн дискнээс түр хугацаагаар дахин чиглүүлэх замаар хийгддэг - дараа нь үүнийг RoW (Write дээр дахин чиглүүлэх) агшин зуурын зураг гэж нэрлэх болно - эсвэл дахин бичиж болох блокуудыг дискнээсээ нөгөө рүү зөөх замаар үүнийг CoW (Copy on) гэж нэрлэх болно. бичих) агшин зуурын зураг. Эдгээр функцийг ашиглах өргөн боломжуудын ачаар Veeam нөөц ид шидээ ашиглаж чадна. Хатуухан хэлэхэд зөвхөн тэдний хувьд ч биш, энэ нь удахгүй гарах хувилбаруудын асуудал юм.
Баримт бичиг болон ESXi бүртгэлд энэ нэр томъёоны эргэн тойронд эмх замбараагүй байдал байгаа бөгөөд агшин зуурын агшин зуурын агшин зуурын агшин зуурын агшингуудыг өөрсдөө, дахин хийх бүртгэл, тэр ч байтугай дельта дискийг олж болно. Veeam баримт бичигт ийм зөрчил байхгүй бөгөөд хормын хувилбар нь хормын хувилбар бөгөөд дахин хийх бүртгэл нь бие даасан байнгын бус дискээр үүсгэгдсэн REDO файл юм. Виртуал машин унтарсан үед REDO файлууд устдаг тул тэдгээрийг хормын хувилбартай андуурах нь бүтэлгүйтлийн жор юм.
Синтетик: Синтетик нөөцлөлтүүд нь урвуу өсөлттэй, үүрд урагшлах нөөцлөлтийг хэлнэ. Хэрэв та энэ нэр томъёог олж амжаагүй бол энэ нь нөөц гинжин хэлхээний өөрчлөлтийг бий болгоход ашигладаг механизмуудын нэг юм. Гэсэн хэдий ч, бүртгэлээс та мөн өсөлтөөс (синтетик дүүрэн) бүрэн хуулбарыг үүсгэх нэг хэсэг болгон ашигладаг Transform гэсэн ойлголтыг олж болно.
Даалгавар: Энэ нь нэг ажлын хүрээнд машин бүрийг боловсруулах үйл явц юм. Энэ нь: танд гурван машин багтсан нөөцлөх ажил байна. Энэ нь машин бүрийг тусдаа ажлын хүрээнд боловсруулна гэсэн үг юм. Нийтдээ дөрвөн лог байх болно: гол нь ажилд, гурав нь даалгаварт зориулагдсан. Гэсэн хэдий ч нэг чухал нюанс бий: цаг хугацаа өнгөрөхөд "таска" гэдэг үг хэтэрхий хоёрдмол утгатай болсон. Бид ерөнхий бүртгэлийн тухай ярихдаа даалгавар нь VM гэсэн үг юм. Гэхдээ прокси болон хадгалах газар хоёулаа өөрийн гэсэн "даалгавар"-тай байдаг. Энэ нь виртуал диск, виртуал машин эсвэл бүхэл бүтэн ажил гэсэн үг юм. Энэ нь контекстийг алдахгүй байх нь чухал юм.
Veeam %name% үйлчилгээ: Амжилттай нөөцлөхийн тулд хэд хэдэн үйлчилгээ нэгэн зэрэг ажилладаг бөгөөд тэдгээрийн жагсаалтыг стандарт төхөөрөмжөөс олж болно. Тэдний нэрс мөн чанарыг маш ил тод илэрхийлдэг боловч ижил төстэй хүмүүсийн дунд хамгийн чухал нь байдаг - Veeam Backup Service, үүнгүйгээр бусад нь ажиллахгүй.
VSS: Техникийн хувьд VSS нь үргэлж Microsoft-ын эзлэхүүний сүүдрийн хуулбар үйлчилгээ гэсэн үг юм. Үнэндээ үүнийг олон хүн "Application-Aware Image Processing"-ийн синоним болгон ашигладаг. Энэ нь мэдээжийн хэрэг худал боловч энэ бол "Ямар ч жийпийг жийп гэж нэрлэж болно, тэд чамайг ойлгох болно" гэсэн ангиллын түүх юм.
Гайхалтай гуалин ба тэдний амьдардаг газрууд
Би энэ бүлгийг маш их нууцыг задлах замаар эхлүүлэхийг хүсч байна - бүртгэлд хэдэн цаг харагдсан бэ?
Санаж байна уу:
- ESXi нь үргэлж UTC+0 хэлээр лог бичдэг.
- vCenter нь цагийн бүсийнхээ цаг дээр үндэслэн бүртгэл хөтөлдөг.
- Veeam нь суулгасан серверийнхээ цаг, цагийн бүсэд үндэслэн бүртгэл хөтөлдөг.
- Зөвхөн EVTX форматын салхины үйл явдлууд нь ямар нэгэн зүйлд холбогддоггүй. Нээх үед цагийг нээсэн машины дагуу дахин тооцоолно. Хэдийгээр хүндрэлтэй байгаа ч хамгийн тохиромжтой сонголт. Ганц мэдэгдэхүйц бэрхшээл бол орон нутгийн ялгаа юм. Энэ нь унших боломжгүй бүртгэлд хүрэх бараг баталгаатай зам юм. Тийм ээ, үүнийг хэрхэн шийдвэрлэх сонголтууд байдаг, гэхдээ IT дахь бүх зүйл англи хэл дээр ажилладаг гэдэгтэй маргахгүй, серверүүд дээр англи хэлийг үргэлж тохируулахыг зөвшөөрч байна. Өө гуйя.
Одоо гуалин амьдардаг газар, тэдгээрийг хэрхэн олж авах талаар ярилцъя. VBR-ийн хувьд хоёр арга байдаг.
Хэрэв та асуудалтай холбоотой файлуудыг ерөнхий овооноос хайх хүсэлгүй байгаа бол нэгдүгээр сонголт тохиромжтой. Үүний тулд бид тусдаа шидтэнтэй бөгөөд үүнд та тодорхой ажил, бүртгэл хийх шаардлагатай тодорхой хугацааг зааж өгч болно. Дараа нь тэр хавтаснуудыг өөрөө үзэж, шаардлагатай бүх зүйлийг нэг архивт хийнэ. Үүнийг хаанаас хайх, түүнтэй хэрхэн ажиллах талаар дэлгэрэнгүй бичсэн болно .
Гэсэн хэдий ч, шидтэн бүх даалгаврын бүртгэлийг цуглуулдаггүй бөгөөд жишээлбэл, хэрэв та рестораны бүртгэл, бүтэлгүйтэл, бүтэлгүйтлийг судлах шаардлагатай бол таны зам хавтсанд байдаг. %ProgramData%/Veeam/Backup. Энэ бол VBR бүртгэлийн үндсэн хадгалалт бөгөөд %ProgramData% нь далд хавтас бөгөөд энэ нь зүгээр юм. Дашрамд хэлэхэд, үндсэн байршлыг HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Нөөцлөх ба хуулбарлах салбар дахь REG_SZ: LogDirectory төрлийн бүртгэлийн түлхүүрийг ашиглан дахин оноож болно.
Линукс машинууд дээр ажиллаж байгаа агентуудын бүртгэлийг / дээрээс олох ёстой.var/log/VeeamBackup/, хэрэв та root эсвэл sudo данс ашиглаж байгаа бол. Хэрэв танд ийм давуу эрх байхгүй бол нэвтэрч орохыг хайх хэрэгтэй /tmp/VeeamBackup.
%OS_name%-д зориулсан Veeam агентын логуудыг хайх хэрэгтэй %ProgramData%/Veeam/Endpoint (эсвэл %ProgramData%/Veeam/Backup/Endpoint) болон /var/log/veeam тус тусдаа.
Хэрэв та Application-Aware Image Processing ашиглаж байгаа бол (мөн магадгүй та байгаа бол) нөхцөл байдал арай илүү төвөгтэй болно. Виртуал машин дотор хадгалагддаг манай туслах бүртгэлүүд болон VSS бүртгэлүүд танд хэрэгтэй болно. Энэ аз жаргалыг хэрхэн, хаанаас олж авах талаар дэлгэрэнгүй бичсэн болно . Тэгээд мэдээж байгаа шаардлагатай системийн бүртгэлийг цуглуулах.
Үүний дагуу Windows-ийн үйл явдлыг цуглуулахад тохиромжтой . Хэрэв та Hyper-V ашигладаг бол энэ асуудал илүү төвөгтэй болно, учир нь танд Програм болон үйлчилгээний бүртгэл > Microsoft > Windows салбараас бүх бүртгэл хэрэгтэй болно. Хэдийгээр та үргэлж илүү тэнэг замаар явж, зүгээр л %SystemRoot%System32winevtLogs-аас бүх объектыг авч болно.
Суулгах/шинэчлэх явцад ямар нэг зүйл эвдэрвэл танд хэрэгтэй бүх зүйлийг %ProgramData%/Veeam/Setup/Temp хавтаснаас олж болно. Хэдийгээр та эдгээр бүртгэлээс илүү хэрэгтэй мэдээллийг үйлдлийн системийн үйл явдлуудаас олж болно гэдгийг би нуухгүй. Үлдсэн сонирхолтой зүйлс нь %Temp%-д байгаа боловч өгөгдлийн сан, .Net номын сан болон бусад зүйлс гэх мэт холбогдох програм хангамжийн суулгацын бүртгэлүүд байдаг. Veeam нь msi-ээс суулгагдсан бөгөөд GUI дээр харагдахгүй байсан ч түүний бүх бүрэлдэхүүн хэсгүүдийг тусдаа msi багц хэлбэрээр суулгадаг болохыг анхаарна уу. Тиймээс, хэрэв бүрэлдэхүүн хэсгүүдийн аль нэгийг суулгаж чадахгүй бол VBR-ийн суулгац бүхэлдээ зогсох болно. Тиймээс, та гуалин дээр очиж, яг юу эвдэрсэн, ямар мөчид байгааг харах хэрэгтэй.
Мөн сүүлчийн амьдрал хакердсан: хэрэв суулгах явцад алдаа гарвал "OK" дээр дарах гэж яарах хэрэггүй. Эхлээд бид логуудыг аваад дараа нь OK дарна уу. Ингэснээр та алдаа гарах мөчид дуусдаг, эцэст нь хог хаягдалгүй бүртгэлийг авах болно.
Мөн та vSphere бүртгэлд нэвтрэх шаардлагатай болдог. Энэ бол үнэхээр талархалгүй ажил, гэхдээ та ханцуй шамлан орохдоо өөр зүйл хийх хэрэгтэй. Хамгийн энгийн хувилбарт .vmx файлын хажууд байрлах vmware.log виртуал машины үйл явдлуудтай бүртгэлүүд бидэнд хэрэгтэй болно. Илүү төвөгтэй тохиолдолд Google-г нээж, VMware энэ байршлыг хувилбараас гаргах хүртэл өөрчлөх дуртай тул таны хостын хувилбарын бүртгэлүүд хаана байгааг асуу. Жишээлбэл, , Харин . vCenter бүртгэлийн хувьд бид процедурыг давтана . Гэхдээ ерөнхийдөө бид хост үйл явдлын бүртгэлүүд hostd.log, vCenter vpxa.log-ээр удирддаг хост үйл явдлууд, цөмийн vmkernel.log бүртгэлүүд болон auth.log нэвтрэлт танилтын бүртгэлийг сонирхох болно. За, хамгийн дэвшилтэт тохиолдолд SSO хавтсанд байрлах SSO бүртгэл нь ашигтай байж болно.
Амархан уу? Андуурах уу? Аймшигтай юу? Гэхдээ энэ нь манай дэмжлэгийн өдөр тутам ажилладаг мэдээллийн тал нь ч биш юм. Тиймээс тэд үнэхээр гайхалтай.
Veeam бүрэлдэхүүн хэсгүүд
Энэхүү танилцуулга нийтлэлийг дуусгахын тулд Veeam Backup & Replication бүрэлдэхүүн хэсгүүдийн талаар бага зэрэг яръя. Учир нь та өвдөлтийн шалтгааныг хайж байхдаа өвчтөн хэрхэн ажилладагийг ойлгоход таатай байх болно.
Тиймээс Veeam Backup нь SQL-д суурилсан програм гэж нэрлэгддэг програм гэдгийг хүн бүр мэддэг байх. Өөрөөр хэлбэл, бүх тохиргоо, бүх мэдээлэл, ерөнхийдөө хэвийн ажиллахад шаардлагатай бүх зүйл - энэ бүхэн түүний мэдээллийн санд байдаг. Өөрөөр хэлбэл, хоёр мэдээллийн санд, хэрэв бид VBR ба EM-ийн хослолын тухай ярьж байгаа бол: VeeamBackup ба VeeamBackupReporting. Тэгээд ийм зүйл тохиолдсон: бид өөр програм суулгадаг - өөр мэдээллийн сан гарч ирнэ. Бүх өндөгийг нэг сагсанд хадгалахгүйн тулд.
Гэхдээ энэ бүхэл бүтэн аж ахуйн нэгжийг жигд ажиллуулахын тулд бүх бүрэлдэхүүн хэсгүүдийг хооронд нь холбох үйлчилгээ, програмууд хэрэгтэй болно. Жишээлбэл, миний нэгэн лабораторид иймэрхүү харагдаж байна.
Ерөнхий удирдаачаар ажилладаг Veeam нөөцлөх үйлчилгээ. Тэрээр мэдээллийн сантай мэдээлэл солилцох үүрэгтэй. Тэрээр мөн бүх ажлыг эхлүүлэх, хуваарилагдсан нөөцийг зохицуулах, янз бүрийн консол, агентууд болон бусад бүх зүйлд зориулсан харилцааны төв болж ажиллах үүрэгтэй. Нэг үгээр хэлбэл, түүнгүйгээр ямар ч арга байхгүй, гэхдээ энэ нь тэр бүх зүйлийг өөрөө хийдэг гэсэн үг биш юм.
Түүнд төлөвлөгөөгөө биелүүлэхэд нь тусалдаг Veeam нөөцлөлтийн менежер. Энэ бол үйлчилгээ биш, харин ажлын байр нээж, гүйцэтгэлийн явцыг хянадаг байгууллага юм. Нөөц үйлчилгээний ажлын гарууд нь хостуудтай холбогддог, агшин зуурын зураг үүсгэх, хадгалалтыг хянах гэх мэт.
Гэхдээ үйлчилгээний жагсаалт руу буцъя. Veeam брокерын үйлчилгээ. V9.5 дээр гарч ирсэн (мөн энэ нь зарим хүмүүсийн бодож байсанчлан крипто олборлогч биш). VMware хостуудын талаарх мэдээллийг цуглуулж, шинэчилж байдаг. Гэхдээ бид таныг тагнаж, таны бүх нэвтрэлт/нууц үгийг голч руу шилжүүлж байна гэсэн ууртай сэтгэгдэл бичих гэж нэн даруй гүйж болохгүй. Бүх зүйл арай хялбар болсон. Нөөцлөлтийг эхлүүлэх үед хамгийн түрүүнд хийх ёстой зүйл бол хосттой холбогдож, түүний бүтцийн талаархи бүх өгөгдлийг шинэчлэх явдал юм. Энэ бол нэлээд удаан бөгөөд эвгүй түүх юм. Вэб интерфэйсээр дамжуулан таны нэвтрэх ажиллагаа хэр удаан үргэлжлэхийг санаарай, зөвхөн дээд давхаргыг л тооцдог гэдгийг санаарай. Дараа нь та бүх шатлалыг зөв газарт нь өргөжүүлэх хэрэгтэй хэвээр байна. Нэг үгээр хэлбэл аймшиг. Хэрэв та хэдэн арван нөөцлөлтийг эхлүүлсэн бол ажил бүр энэ процедурыг давах шаардлагатай. Хэрэв бид томоохон дэд бүтцийн тухай ярьж байгаа бол энэ үйл явц арав ба түүнээс дээш минут болно. Тиймээс энэ үйлчилгээгээр дамжуулан байнга шинэчлэгдсэн мэдээллийг хүлээн авах боломжтой тусдаа үйлчилгээ хуваарилахаар шийдсэн. Эхлэх үед энэ нь нэмэлт дэд бүтцийг бүхэлд нь шалгаж, сканнердаж, дараа нь зөвхөн нэмэлт өөрчлөлтийн түвшинд ажиллахыг оролддог. Тиймээс, та зуу зуун нөөцлөлтийг нэгэн зэрэг ажиллуулж байсан ч тэд бүгд манай брокероос мэдээлэл авахыг хүсч, хостуудыг хүсэлтээр нь зовоохгүй. Хэрэв та нөөцийн талаар санаа зовж байгаа бол бидний тооцоолсноор 5000 виртуал машинд ердөө 100 Мб санах ой хэрэгтэй болно.
Дараа нь бидэнд байна Veeam консол. Veeam Remote Console буюу Veeam.Backup.Shell. Энэ бол бидний дэлгэцийн агшинд харагддаг GUI юм. Бүх зүйл энгийн бөгөөд ойлгомжтой - консол нь Windows болон VBR сервертэй холбогдсон тохиолдолд хаанаас ч эхлүүлэх боломжтой. Цорын ганц зүйл бол FLR процесс нь цэгүүдийг дотооддоо (жишээ нь консол ажиллаж байгаа машин дээр) холбох болно. Төрөл бүрийн Veeam Explorers нь консолын нэг хэсэг учраас дотоодод ажиллах болно. Гэхдээ энэ нь намайг аль хэдийн зэрлэг байгальд аваачсан ...
Дараагийн сонирхолтой үйлчилгээ бол Veeam каталогийн мэдээллийн нөөцийн үйлчилгээ. Үйлчилгээний жагсаалтад үүнийг Veeam зочны каталогийн үйлчилгээ гэж нэрлэдэг. Тэрээр зочны машинууд дээр файлын системийг индексжүүлэх ажил эрхэлдэг бөгөөд VBRCatalog хавтсыг энэ мэдлэгээр дүүргэдэг. Зөвхөн индексжүүлэх нүдийг идэвхжүүлсэн тохиолдолд хэрэглэнэ. Хэрэв танд Enterprise Manager байгаа бол үүнийг идэвхжүүлэх нь утга учиртай юм. Тиймээс, миний зүрх сэтгэлийн зөвлөгөө: Хэрэв танд EM байхгүй бол индексжүүлэлтийг бүү идэвхжүүлээрэй. Мэдрэл, дэмжлэгийн цагаа хэмнээрэй.
Мөн бусад чухал үйлчилгээнүүдийг онцлон тэмдэглэх нь зүйтэй Veeam суулгагчийн үйлчилгээ, тэдгээрийн тусламжтайгаар шаардлагатай бүрэлдэхүүн хэсгүүдийг хүргэж, прокси, репозитор болон бусад гарцууд дээр суулгадаг. Үнэн хэрэгтээ тэрээр шаардлагатай .msi багцуудыг серверүүдэд хүргэж, суулгадаг.
Veeam Data Mover - прокси дээр ажиллуулсан туслах агентуудын тусламжтайгаар (зөвхөн биш) өгөгдөл дамжуулдаг. Жишээлбэл, нөөцлөлт хийх үед нэг агент хост мэдээллийн сангаас файлуудыг уншиж, хоёр дахь нь нөөцлөлтөнд анхааралтай бичих болно.
Үйлчлүүлэгчид ихэвчлэн хариу үйлдэл үзүүлдэг нэг чухал зүйлийг тусад нь тэмдэглэхийг хүсч байна - "Хөтөлбөр ба онцлог" хэсэг дэх үйлчилгээний хувилбар, мэдээллийн ялгаа. Тийм ээ, жагсаалт нь ижил байх болно, гэхдээ хувилбарууд нь бүрэн нийцэхгүй байж магадгүй юм. Энэ нь харааны үүднээс тийм ч гайхалтай биш боловч бүх зүйл тогтвортой ажиллаж байвал энэ нь бүрэн хэвийн үзэгдэл юм. Жишээлбэл, суулгагч үйлчилгээний хувилбарын дугаар нь хөршөөсөө хол хоцорч байна. Аймшиг, хар дарсан зүүд үү? Үгүй ээ, учир нь энэ нь бүхэлдээ дахин суулгагдаагүй, гэхдээ DLL-г нь шинэчилсэн. V9.5 U4 засвар дээр техникийн дэмжлэг үзүүлэх хар дарсан зүүд тохиолдсон: шинэчлэлтийн явцад хамгийн чухал хувилбараас бусад бүх үйлчилгээнүүд шинэ хувилбаруудыг хүлээн авсан. U4b нөхөөс дээр тээврийн үйлчилгээ нь хоёр хувилбараар бусдаас түрүүлж байсан (тоогоор нь үзэхэд). Энэ нь бас хэвийн зүйл - үүнээс ноцтой алдаа олдсон тул бусадтай харьцуулахад урамшууллын шинэчлэлтийг хүлээн авсан. Дүгнэж хэлэхэд: хувилбарын ялгаа нь асуудал байж болох ч хэрэв ялгаа байгаа бөгөөд бүх зүйл зөв ажиллаж байвал тийм байх магадлалтай. Гэхдээ үүнийг техникийн туслалцаатайгаар тодруулахыг хэн ч хориглодоггүй.
Эдгээр нь заавал биелүүлэх үйлчилгээ гэж нэрлэгддэг үйлчилгээнүүд байв. Tape Service, Mount Service, vPowerNFS Service гэх мэт туслах хэрэгслүүдийн бүхэл бүтэн багц байдаг.
Hyper-V-ийн хувьд ерөнхийдөө бүх зүйл адилхан, зөвхөн тодорхой зүйл байдаг Veeam Backup Hyper-V интеграцийн үйлчилгээ болон CBT-тэй ажиллах өөрийн жолооч.
Төгсгөлд нь нөөцлөх явцад виртуал машин дээр хэн ажилладаг талаар ярилцах болно. Энэ нь хөлдөөхөөс өмнөх болон дараах скриптүүдийг ажиллуулах, сүүдрийн хуулбар үүсгэх, мета өгөгдөл цуглуулах, SQL гүйлгээний бүртгэлтэй ажиллах гэх мэтэд ашиглагддаг. Veeam зочин туслагч. Хэрэв файлын системийг индексжүүлсэн бол, Veeam зочин индексжүүлэгч . Эдгээр нь нөөцлөлтийн хугацаанд ашиглагдаж, дараа нь устгагдах түр зуурын үйлчилгээнүүд юм.
Линукс машинуудын хувьд олон тооны суурилагдсан номын сан, системийн чадавхи зэргээс шалтгаалан бүх зүйл илүү хялбар байдаг. Жишээлбэл, индексжүүлэлтийг mlocate-ээр хийдэг.
Одоохондоо энэ л байна
Би чамайг дахиж зовоож зүрхлэхгүй байна товч Би Veeam хөдөлгүүрийн тасалгааны танилцуулгыг бүрэн гүйцэд гэж үзэж байна. Тийм ээ, бид логуудтай ойртож амжаагүй байгаа ч надад итгээрэй, ингэснээр тэдгээрт үзүүлсэн мэдээлэл нь ухамсрын уялдаа холбоогүй урсгал мэт санагдахгүй тул ийм танилцуулга зайлшгүй шаардлагатай. Би зөвхөн гурав дахь нийтлэлд л логууд руу шилжихээр төлөвлөж байгаа бөгөөд дараагийнх нь төлөвлөгөө нь бүртгэлийг хэн үүсгэдэг, тэдгээрт яг юу харуулдаг, яагаад яг ийм байдлаар биш, өөр аргаар биш гэдгийг тайлбарлах явдал юм.
Эх сурвалж: www.habr.com
