Nagpadayon kami sa among pagpaunlod sa makaiikag nga kalibutan sa pagpanag-an ... pag-troubleshoot pinaagi sa mga troso. SA nagkauyon kami sa kahulogan sa mga batakang termino ug mitan-aw sa kinatibuk-ang istruktura sa Veeam isip usa ka aplikasyon nga adunay usa ka mata. Ang tahas alang niini mao ang mahibal-an kung giunsa naporma ang mga file sa log, unsang klase nga kasayuran ang gipakita sa kanila ug kung ngano nga ingon sila tan-awon.
Unsa sa imong hunahuna kini nga "mga troso"? Sumala sa kadaghanan, ang mga troso sa bisan unsa nga aplikasyon kinahanglan nga itudlo ang papel sa usa ka matang sa makagagahum nga entidad nga kadaghanan sa mga panahon nga mga tanum sa usa ka dapit sa luyo sa balay, apan sa husto nga higayon makita gikan sa bisan asa sa nagsidlak nga armadura ug nagluwas sa tanan. Kana mao, sila kinahanglan nga adunay tanan, gikan sa gamay nga mga sayup sa matag sangkap hangtod sa indibidwal nga mga transaksyon sa database. Ug aron pagkahuman sa sayup gisulat dayon kung giunsa pa kini ayohon. Ug kining tanan kinahanglan nga mohaum sa usa ka magtiayon nga megabytes, wala na. Text na nga lang! Ang mga text file dili makakuha og napulo ka gigabytes, nakadungog ko niini bisan asa!
Busa ang mga troso
Sa tinuud nga kalibutan, ang mga troso usa lamang ka archive sa kasayuran sa diagnostic. Ug kung unsa ang tipigan didto, asa makakuha og impormasyon alang sa pagtipig ug kung unsa kini ka detalyado, ang mga developers mismo ang magdesisyon. Adunay nagsunod sa dalan sa minimalism pinaagi sa pagtipig sa mga rekord sa lebel sa ON / OFF, ug adunay usa nga makugihon nga nag-rake sa tanan nga ilang maabot. Bisan tuod adunay usa usab ka intermediate nga kapilian nga adunay abilidad sa pagpili sa gitawag nga Logging Level, kung ikaw mismo nagpakita kung unsa ka detalyado nga impormasyon ang imong gusto nga tipigan ug kung unsa ka daghan ang dugang nga disk space nga imong nabatonan =) Ang VBR adunay unom ka ingon nga lebel, sa paagi. Ug, tuohi ako, dili nimo gusto nga makita kung unsa ang mahitabo sa labing detalyado nga pag-log nga adunay libre nga wanang sa imong disk.
Maayo. Kami halos nakasabut kung unsa ang gusto namon nga i-save, apan usa ka lehitimong pangutana ang mitungha: diin makuha kini nga kasayuran? Siyempre, nahimo kitang bahin sa mga panghitabo alang sa pag-log sa atong kaugalingon pinaagi sa atong internal nga mga proseso. Apan unsa ang buhaton kung adunay interaksyon sa gawas nga palibot? Aron dili ma-slide sa usa ka impyerno sa mga saklay ug mga bisikleta, ang Veeam lagmit nga dili mag-imbento sa mga imbensyon nga naimbento na. Sa matag higayon nga adunay usa ka andam nga gihimo nga API, built-in nga function, librarya, ug uban pa, among hatagan ang pagpalabi sa andam nga mga kapilian sa dili pa magsugod sa pagkoral sa among mga gamit. Bisan kung ang ulahi igo na usab. Busa, sa pag-analisar sa mga log, importante nga masabtan nga ang dakong bahin sa mga kasaypanan nahulog sa mga mensahe gikan sa mga third-party nga API, mga tawag sa sistema, ug uban pang mga librarya. Sa kini nga kaso, ang papel sa VBR moabut sa pagpasa niini nga mga sayup sa ingon nga mga file sa log. Ug ang nag-unang tahas sa tiggamit mao ang pagkat-on nga masabtan kung unsang linya ang gikan kang kinsa, ug kung unsa ang responsable niini nga "kinsa". Mao nga kung ang usa ka error code gikan sa VBR log magdala kanimo sa usa ka panid sa MSDN, maayo ug husto kana.
Sama sa among giuyonan kaniadto: Ang Veeam usa ka gitawag nga aplikasyon nga nakabase sa SQL. Kini nagpasabot nga ang tanan nga mga setting, ang tanan nga impormasyon ug sa kinatibuk-ang tanan nga gikinahanglan lamang alang sa normal nga ninglihok - ang tanan gitipigan sa iyang database. Mao nga ang yano nga kamatuoran: kung unsa ang wala sa mga troso lagmit naa sa database. Apan dili usab kini usa ka pilak nga bala: ang pipila ka mga butang wala sa lokal nga mga troso sa mga sangkap sa Veeam, o sa database niini. Busa, kamo kinahanglan nga makakat-on sa unsa nga paagi sa pagtuon sa host troso, ang mga troso sa lokal nga makina ug ang mga troso sa tanan nga nalambigit sa backup ug pagpasig-uli nga proseso. Ug mahitabo usab nga ang gikinahanglan nga impormasyon dili magamit bisan asa. Mao kana ang paagi.
Pipila ka mga pananglitan sa maong mga API
Kini nga lista wala magtinguha nga mahimong labi ka kompleto, busa dili kinahanglan nga pangitaon ang labing kataas nga kamatuoran niini. Ang katuyoan niini mao lamang ang pagpakita sa labing kasagaran nga mga third-party nga API ug mga teknolohiya nga gigamit sa among mga produkto.
Magsugod ta sa VMware.
Ang una sa listahan mao ang vSphere API. Gigamit alang sa pag-authenticate, pagbasa sa hierarchy, paghimo ug pagtangtang sa mga snapshot, paghangyo og impormasyon bahin sa mga makina, ug daghan pa (kaayo). Ang pagpaandar sa solusyon kay lapad kaayo, mao nga makarekomendar ko sa VMware vSphere API Reference alang sa bersyon ΠΈ . Alang sa mas bag-ong mga bersyon, ang tanan gi-google lang.
VIX API. Ang itom nga salamangka sa hypervisor, diin adunay usa ka bulag . VMware API alang sa pagtrabaho sa mga file sa host nga wala magkonektar kanila sa network. Usa ka kapilian nga kapilian kung kinahanglan nimo nga ibutang ang usa ka file sa usa ka makina diin walaβy mas maayo nga channel sa komunikasyon. Sakit ug pag-antos kung ang file dako ug ang host gikarga. Apan dinhi ang lagda nagtrabaho nga bisan ang 56,6 Kb / s mas maayo kaysa 0 Kb / s. Sa Hyper-V, kini nga butang gitawag nga PowerShell Direct. Apan kaniadto ra kana
vSpehere Web Services API Sugod gikan sa vSphere 6.0 (gibana-bana, sukad kini nga API unang gipaila sa bersyon 5.5) kini gigamit sa pagtrabaho uban sa mga bisita machine ug gipulihan VIX halos bisan asa. Sa tinuud, kini usa pa nga API alang sa pagdumala sa vSphere. Alang sa mga interesado, girekomenda ko nga magtuon manwal.
VDDK (Virtual Disk Development Kit). Ang librarya, nga partially gihisgutan niini . Gigamit sa pagbasa sa mga virtual disk. Kaniadto bahin kini sa VIX, apan sa paglabay sa panahon gibalhin kini sa usa ka lahi nga produkto. Apan isip manununod, kini naggamit sa sama nga mga error code sama sa VIX. Apan sa pipila ka rason, walay paghulagway niini nga mga sayop sa SDK mismo. Busa, nahibal-an nga empirically nga ang mga sayup sa VDDK sa ubang mga code usa lamang ka paghubad gikan sa binary hangtod sa decimal nga code. Naglangkob kini sa duha ka bahin - ang una nga katunga mao ang walaβy dokumento nga kasayuran bahin sa konteksto, ug ang ikaduha nga bahin mao ang tradisyonal nga mga sayup sa VIX / VDDK. Pananglitan, kung atong makita:
VDDK error: 21036749815809.Unknown error
Dayon maisugon namon nga i-convert kini ngadto sa hex ug makuha ang 132200000001. Isalikway lang namo ang dili impormasyon nga sinugdanan sa 132200, ug ang nahibilin mao ang among error code (VDDK 1: Wala mailhi nga sayup). Mahitungod sa labing kanunay nga mga sayup sa VDDK, bag-o lang adunay usa ka bulag .
Karon tan-awon naton MgaIndows.
Dinhi, ang tanan nga labing kinahanglan ug hinungdanon alang kanato makita sa sumbanan Nagtan-aw sa Hitabo. Apan adunay usa nga nakuha: sumala sa usa ka taas nga tradisyon, ang Windows wala mag-log sa tibuuk nga teksto sa sayup, apan ang numero lamang niini. Pananglitan, ang sayop 5 mao ang "Access denied", ug ang 1722 mao ang "The RPC server is unavailable", ug ang 10060 mao ang "Connection timed out". Siyempre, nindot kaayo kon imong mahinumdoman ang labing inila, apan komosta ang mga dili makita hangtod karon?
Ug aron ang kinabuhi dili daw sama sa dugos, ang mga sayup gitipigan usab sa hexadecimal nga porma, nga adunay prefix 0x8007. Pananglitan, ang 0x8007000e sa pagkatinuod 14, Out of Memory. Ngano ug kang kinsa kini gibuhat usa ka misteryo nga gitabonan sa kangitngit. Bisan pa, ang usa ka kompleto nga lista sa mga sayup mahimong ma-download nga libre ug walay SMS gikan sa .
Pinaagi sa dalan, usahay adunay ubang mga prefix, dili lang 0x8007. Sa ingon nga usa ka makapasubo nga kahimtang, aron masabtan ang HRESULT ("result handle"), kinahanglan nimo nga mas lawom pa alang sa mga developers. Sa ordinaryo nga kinabuhi, wala ko magtambag kanimo nga buhaton kini, apan kung kalit ka nga mipilit sa bungbong o nakuryuso lang, karon nahibal-an nimo kung unsa ang buhaton.
Apan ang mga kauban sa Microsoft naluoy kanamo gamay ug nagpakita sa kalibutan nga usa ka gamit . Kini usa ka gamay nga piraso sa kalipayan sa console nga makahubad sa mga error code sa tawo nga wala gigamit ang Google. Kini molihok sama niini.
C:UsersrootDesktop>err.exe 0x54f
# for hex 0x54f / decimal 1359
ERROR_INTERNAL_ERROR winerror.h
# An internal error occurred.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x54f
# for hex 0x54f / decimal 1359
ERROR_INTERNAL_ERROR winerror.h
# An internal error occurred.
# 2 matches found for "0x54f"Ang usa ka lehitimong pangutana mitungha: nganong dili dayon nato isulat ang decryption sa mga troso, apan ibilin kining misteryosong mga code? Ang tubag naa sa mga aplikasyon sa ikatulo nga partido. Kung gibira nimo ang pipila nga tawag sa WinAPI sa imong kaugalingon, dili lisud ang paghubad sa tubag niini, tungod kay adunay bisan usa ka espesyal nga tawag sa WinAPI alang niini. Apan sama sa nahisgotan na, ang tanan nga moabut lamang kanato sa mga tubag masulod sa atong mga log. Ug dinhi, aron ma-decrypt kini, kinahanglan nga kanunay nga bantayan sa usa ang kini nga sapa sa panimuot, kuhaa ang mga piraso nga adunay mga sayup sa Windows gikan niini, i-decrypt kini ug i-paste kini balik. Magmatinud-anon ta, dili ang labing kulbahinam nga kalihokan.
Windows File Management API gigamit sa tanan nga posible nga paagi kung nagtrabaho uban ang mga file. Paghimo og mga file, pagtangtang, pag-abli sa pagsulat, pagtrabaho uban sa mga hiyas, ug uban pa ug uban pa.
gihisgotan sa ibabaw Direkta sa PowerShell isip usa ka analogue sa VIX API sa Hyper-V nga kalibutan. Ikasubo, dili kaayo flexible: daghang mga pagdili sa pag-andar, dili kini molihok sa matag bersyon sa host ug dili sa tanan nga mga bisita.
CPR (Remote Procedure Call) Wala ko maghunahuna nga adunay usa ka tawo nga nagtrabaho sa mga WIndows nga wala makakita sa mga sayup nga may kalabutan sa RPC. Bisan pa sa popular nga sayop nga pagsabut, kini dili usa ka protocol, apan bisan unsa nga client-server protocol nga makatagbaw sa daghang mga parameter. Bisan pa, kung adunay usa ka sayup sa RPC sa among mga log, 90% sa panahon nga kini usa ka sayup gikan sa Microsoft RPC, nga bahin sa DCOM (Distributed Component Object Model). Makita nimo ang daghang dokumentasyon bahin sa kini nga hilisgutan sa net, apan ang bahin sa leon niini medyo karaan na. Apan kung adunay usa ka grabe nga tinguha nga tun-an ang hilisgutan, mahimo kong irekomenda ang mga artikulo , ug taas nga listahan .
Ang mga nag-unang hinungdan sa mga sayup sa RPC sa among mga log mao ang napakyas nga pagsulay sa pagpakigsulti tali sa mga sangkap sa VBR (server> proxy, pananglitan) ug kasagaran tungod sa mga problema sa komunikasyon.
Ang pinakataas nga tumoy sa tanan nga mga tumoy mao ang sayup Ang RPC server dili magamit (1722). Sa yano nga mga termino, ang kliyente dili makahimo og koneksyon sa server. Giunsa ug ngano - walay usa nga tubag, apan kasagaran kini usa ka problema sa pag-authenticate o sa pag-access sa network sa port 135. Ang ulahi kasagaran alang sa mga imprastraktura nga adunay dinamikong buluhaton sa pantalan. Sa kini nga hilisgutan, adunay bisan . Ug ang Microsoft adunay sa pagpangita sa hinungdan sa kapakyasan.
Ikaduha nga labing popular nga sayop: Wala nay mga endpoint nga magamit gikan sa endpoint mapper (1753). Ang kliyente o server sa RPC napakyas sa pag-assign sa iyang kaugalingon nga usa ka pantalan. Kasagaran mahitabo kung ang server (sa among kaso, ang bisita nga makina) gi-configure aron dinamikong mogahin ang mga pantalan gikan sa usa ka pig-ot nga sakup nga natapos. Ug kung mag-log in ka gikan sa kilid sa kliyente (sa among kaso, ang VBR server), kini nagpasabut nga ang among VeeamVssAgent wala magsugod o wala narehistro ingon usa ka interface sa RPC. Adunay usab niini nga hilisgutan .
Aw, aron makompleto ang Top 3 RPC errors, atong hinumdoman ang RPC function call napakyas (1726). Nagpakita kung ang koneksyon natukod, apan ang mga hangyo sa RPC wala giproseso. Pananglitan, nangayo kami og impormasyon bahin sa kahimtang sa VSS (kalit lang nga gihimo didto ang minahan sa anino, ug naningkamot kami nga mosaka), ug agig tubag kanamo, hilom ug ibaliwala.
Windows Tape Backup API gikinahanglan sa pagtrabaho uban sa tape library o drive. Sama sa akong nahisgutan sa sinugdanan: wala kami nalipay sa pagsulat sa among kaugalingon nga mga drayber ug dayon nag-antos sa suporta sa matag aparato. Busa, ang vim walay kaugalingong mga drayber. Ang tanan pinaagi sa usa ka standard nga API, ang suporta nga gipatuman sa mga hardware vendor mismo. Mas lohikal kaayo, di ba?
SMB / CIFS Tungod sa naandan, ang tanan nagsulat niini nga magkatabi, bisan kung dili tanan nakahinumdom nga ang CIFS (Common Internet File System) usa lamang ka pribadong bersyon sa SMB (Server Message Block). Busa walay sayop sa pag-generalize niini nga mga konsepto. Ang Samba usa na ka implementasyon sa LinuxUnix, ug kini adunay kaugalingong mga peculiarities, apan naglikay ko. Unsa ang hinungdanon dinhi: kung gihangyo ni Veeam nga isulat ang usa ka butang sa dalan sa UNC (serverdirectory), gigamit sa server ang hierarchy sa mga driver sa file system, lakip ang mup ug mrxsmb, aron magsulat sa bola. Tungod niini, kini nga mga drayber makamugna usab og mga sayup.
Dili mahimo nga wala Winsock API. Kung adunay kinahanglan buhaton sa network, ang VBR molihok pinaagi sa Windows Socket API, nga nailhan nga Winsock. Mao nga kung makakita kami usa ka hugpong sa IP: Port sa log, kini na. Ang opisyal nga dokumentasyon adunay maayong lista sa posible .
gihisgotan sa ibabaw WMI (Windows Management Instrumentation) usa ka klase sa labing gamhanan nga API para sa pagdumala sa tanan ug sa tanan sa Windows nga kalibutan. Pananglitan, kung nagtrabaho kauban ang Hyper-V, hapit tanan nga mga hangyo sa host moagi niini. Sa usa ka pulong, ang butang hingpit nga dili mapulihan ug kusgan kaayo sa mga kapabilidad niini. Sa pagsulay sa pagtabang nga mahibal-an kung asa ug unsa ang nabuak, ang built-in nga tool sa WBEMtest.exe nakatabang kaayo.
Ug ang katapusan sa lista, apan dili kaayo hinungdanon - VSS (Pagtipig sa Anino sa Tomo). Ang hilisgutan sama ka dili mahurot ug misteryoso sama sa daghang dokumentasyon nga gisulat niini. Ang Shadow Copy mas yano nga masabtan isip usa ka espesyal nga matang sa snapshot, nga sa esensya mao kini. Salamat kaniya, makahimo ka sa pag-backup nga makanunayon sa aplikasyon sa VMware, ug halos tanan sa Hyper-V. Ako adunay mga plano sa paghimo sa usa ka bulag nga artikulo uban sa pipila squeeze sa VSS, apan sa pagkakaron mahimo nimong sulayan ang pagbasa . Pag-amping lang, kay. Ang pagsulay nga masabtan ang VSS sa usa ka flash mahimong mosangpot sa kadaot sa utok.
Niini, tingali, kita makahunong. Gikonsiderar nako ang tahas sa pagpatin-aw sa labing sukaranan nga mga butang nga nahuman, mao nga sa sunod nga kapitulo atong tan-awon ang mga troso. Apan kung naa kay mga pangutana, ayaw pagduhaduha sa pagpangutana kanila sa mga komento.
Source: www.habr.com