Bidh sinn a’ leantainn air adhart leis a’ bhogadh againn a-steach don t-saoghal inntinneach mu bhith a’ tomhas ... fuasgladh dhuilgheadasan le logaichean. ANNS
An dùil dè a th’ anns na “logaichean” seo? A rèir a 'mhòr-chuid, bu chòir àite a bhith aig logaichean tagradh sam bith mar sheòrsa de dh' eintiteas uile-chumhachdach a bhios a 'mhòr-chuid den ùine a' fàs an àiteigin sa ghàrradh cùil, ach aig an àm cheart a 'nochdadh a-mach à àite sam bith ann an armachd a' deàrrsadh agus a 'sàbhaladh a h-uile duine. Is e sin, bu chòir a h-uile càil a bhith annta, bho na mearachdan as lugha anns gach pàirt gu gnothaichean stòr-dàta fa leth. Agus mar sin an dèidh a 'mhearachd a chaidh a sgrìobhadh sa bhad ciamar eile a chur ceart. Agus bu chòir seo uile a bhith a 'freagairt ann am megabytes no dhà, gun a bhith nas motha. Chan eil ann ach teacsa! Chan urrainn dha faidhlichean teacsa deichean de gigabytes a ghabhail, chuala mi e am badeigin!
Mar sin na clàran
Anns an fhìor shaoghal, chan eil ann an logaichean ach tasglann de fhiosrachadh breithneachaidh. Agus dè a stòradh an sin, far am faighear fiosrachadh airson a stòradh agus dè cho mionaideach 'sa bu chòir dha a bhith, tha e an urra ris an luchd-leasachaidh fhèin co-dhùnadh. Bidh cuideigin a 'leantainn slighe minimalism le bhith a' cumail chlàran den ìre ON / OFF, agus bidh cuideigin gu dìcheallach a 'togail a h-uile dad as urrainn dhaibh a ruighinn. Ged a tha roghainn eadar-mheadhanach ann cuideachd leis a’ chomas an Ìre Logaidh ris an canar a thaghadh, nuair a sheallas tu fhèin dè cho mionaideach sa tha thu airson a stòradh agus dè an ìre de dh’ àite diosc a bharrachd a th’ agad =) Tha sia ìrean aig VBR, co-dhiù. Agus, creidibh mi, chan eil thu airson faicinn dè thachras leis an logadh as mionaidiche le àite an-asgaidh air do chlàr.
Gu math. Thuig sinn gu ìre mhòr dè a tha sinn airson a shàbhaladh, ach tha ceist dhligheach ag èirigh: cò às a gheibh sinn am fiosrachadh seo? Gu dearbh, tha sinn mar phàirt de na tachartasan airson sinn fhèin a chlàradh leis na pròiseasan taobh a-staigh againn. Ach dè a nì thu nuair a tha eadar-obrachadh leis an àrainneachd a-muigh? Gus nach sleamhnaich a-steach do dh'ifrinn de bhratagan agus de bhaidhsagalan, tha Veeam buailteach gun a bhith a' cruthachadh innleachdan a chaidh a chruthachadh mar-thà. Nuair a bhios API deiseil, gnìomh togte, leabharlann, msaa, bheir sinn roghainn do roghainnean deiseil mus tòisich sinn a’ feansadh ar contraptions. Ged a tha an tè mu dheireadh gu leòr cuideachd. Mar sin, nuair a thathar a 'dèanamh anailis air logaichean, tha e cudromach tuigsinn gu bheil an roinn leòmhann de mhearachdan a' tuiteam air teachdaireachdan bho APIan treas-phàrtaidh, fiosan siostam, agus leabharlannan eile. Anns a 'chùis seo, tha àite VBR a' tighinn sìos gu bhith a 'cur air adhart na mearachdan sin gu na faidhlichean log. Agus is e prìomh obair an neach-cleachdaidh a bhith ag ionnsachadh a 'tuigsinn dè an loidhne bho cò, agus dè tha seo "cò" a tha an urra. Mar sin ma bheir còd mearachd bho log VBR thu gu duilleag MSDN, tha sin ceart agus ceart.
Mar a dh’ aontaich sinn na bu thràithe: is e tagradh stèidhichte air SQL a th’ ann an Veeam. Tha seo a 'ciallachadh gu bheil a h-uile suidheachadh, a h-uile fiosrachadh agus san fharsaingeachd a h-uile dad a tha riatanach a-mhàin airson obrachadh àbhaisteach - tha a h-uile dad air a stòradh san stòr-dàta aige. Mar sin an fhìrinn shìmplidh: tha an rud nach eil anns na logaichean nas coltaiche san stòr-dàta. Ach chan e peilear airgid a tha seo nas motha: tha cuid de rudan nach eil anns na logaichean ionadail de cho-phàirtean Veeam, no san stòr-dàta aige. Mar sin, feumaidh tu ionnsachadh mar a nì thu sgrùdadh air na logaichean aoigheachd, logaichean an inneil ionadail agus na logaichean de gach nì a tha an sàs sa phròiseas cùl-taic agus ath-nuadhachadh. Agus tha e cuideachd a 'tachairt nach eil am fiosrachadh riatanach ri fhaighinn an àite sam bith idir. Sin an dòigh.
Cuid de eisimpleirean de APIan mar sin
Chan eil an liosta seo ag amas air a bhith air leth coileanta, agus mar sin chan fheumar coimhead airson an fhìrinn mu dheireadh a tha innte. Is e an adhbhar aige dìreach na APIan treas-phàrtaidh agus na teicneòlasan as cumanta a thathas a’ cleachdadh anns na toraidhean againn a nochdadh.
Thòisich sinn leinn VMware.
Bidh an toiseach air an liosta vSphere API. Air a chleachdadh airson dearbhadh, leughadh an rangachd, cruthachadh agus cuir às do dhealbhan, ag iarraidh fiosrachadh mu innealan, agus mòran (gu mòr) a bharrachd. Tha comas-gnìomh an fhuasglaidh gu math farsaing, agus mar sin is urrainn dhomh Iomradh API VMware vSphere a mholadh airson an dreach
VIX API. Draoidheachd dhubh an hypervisor, airson a bheil sgaradh air leth
vSpehere Web Services API A’ tòiseachadh bho vSphere 6.0 (timcheall air, bhon a chaidh an API seo a thoirt a-steach an toiseach air dreach 5.5) tha e air a chleachdadh airson obrachadh le innealan aoighean agus tha e air VIX a chuir a-steach cha mhòr anns a h-uile àite. Gu dearbh, is e seo API eile airson a bhith a’ riaghladh vSphere. Dhaibhsan aig a bheil ùidh, tha mi a’ moladh sgrùdadh a dhèanamh
VDDK (Inneal Leasachaidh Diosg Mas-fhìor). An leabharlann, a chaidh a dheasbad gu ìre ann an seo
VDDK error: 21036749815809.Unknown error
An uairsin tionndaidhidh sinn seo gu dàna gu hex agus gheibh sinn 132200000001. Bidh sinn dìreach a’ tilgeadh air falbh toiseach neo-fhiosrachail 132200, agus bidh an còrr mar an còd mearachd againn (VDDK 1: Mearachd neo-aithnichte). Mu na mearachdan VDDK as trice, bha dìreach o chionn ghoirid air leth
A-nis leig dhuinn sùil a thoirt Windows.
An seo, gheibhear a h-uile dad a tha riatanach agus as cudromaiche dhuinn anns an inbhe Naidheachdan. Ach tha aon ghlacadh ann: a rèir traidisean fada, chan eil Windows a 'logadh teacsa iomlan a' mhearachd, ach a-mhàin an àireamh. Mar eisimpleir, is e mearachd 5 “Ruigsinneachd air a dhiùltadh”, agus is e 1722 “Chan eil am frithealaiche RPC ri fhaighinn”, agus tha 10060 “Ceangal air a dhol seachad”. Gu dearbh, tha e math ma tha cuimhne agad air an fheadhainn as ainmeil, ach dè mu dheidhinn feadhainn nach fhacas roimhe?
Agus gus nach bi beatha coltach ri mil idir, tha mearachdan cuideachd air an stòradh ann an cruth hexadecimal, leis an ro-leasachan 0x8007. Mar eisimpleir, tha 0x8007000e dha-rìribh 14, Out of Memory. Carson agus cò dha a chaidh seo a dhèanamh tha e na dhìomhaireachd air a chòmhdach ann an dorchadas. Ach, faodar liosta iomlan de mhearachdan a luchdachadh sìos an-asgaidh agus gun SMS bho
Air an t-slighe, uaireannan tha ro-leasachain eile ann, chan e dìreach 0x8007. Ann an suidheachadh cho duilich, gus HRESULT (“ làimhseachadh toraidh ”) a thuigsinn, feumaidh tu sgrùdadh a dhèanamh eadhon nas doimhne.
Ach ghabh na companaich aig Microsoft beagan truas rinn agus sheall iad goireas don t-saoghal
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"
Tha ceist dhligheach ag èirigh: carson nach sgrìobh sinn sa bhad an dì-chrioptachadh gu na logaichean, ach a bhith a’ fàgail nan còdan dìomhair sin? Tha am freagairt ann an tagraidhean treas-phàrtaidh. Nuair a tharraingeas tu cuid de ghairm WinAPI ort fhèin, chan eil e duilich a fhreagairt a mhìneachadh, oir tha eadhon gairm sònraichte WinAPI airson seo. Ach mar a chaidh ainmeachadh roimhe, bidh a h-uile dad a thig thugainn ann am freagairtean a-mhàin a’ dol a-steach do na logaichean againn. Agus an seo, gus a dhì-chrioptachadh, dh'fheumadh duine a bhith a 'cumail sùil air an t-sruth mothachaidh seo gu cunbhalach, a' tarraing pìosan le mearachdan Windows bhuaithe, gan dì-chrioptachadh agus gan toirt air ais. Leig leinn a bhith onarach, chan e an gnìomhachd as inntinniche.
Windows File Management API air a chleachdadh anns a h-uile dòigh comasach nuair a bhios tu ag obair le faidhlichean. Cruthachadh fhaidhlichean, sguabadh às, fosgladh airson sgrìobhadh, obrachadh le buadhan, agus mar sin air adhart is mar sin air adhart.
air ainmeachadh gu h-àrd PowerShell gu dìreach mar analogue den API VIX anns an t-saoghal Hyper-V. Gu mì-fhortanach, chan eil e cho sùbailte: mòran chuingealachaidhean air comas-gnìomh, chan eil e ag obair leis a h-uile dreach den òstair agus chan ann leis a h-uile aoigh.
RPC (Call Modh Iomallach) Chan eil mi a’ smaoineachadh gu bheil aon neach ann a tha air a bhith ag obair le WINdows nach fhaca mearachdan co-cheangailte ri RPC. A dh 'aindeoin a' mhì-thuigse mòr-chòrdte, chan e aon phròtacal a tha seo, ach protocol neach-cleachdaidh sam bith a tha a 'riarachadh grunn pharaimearan. Ge-tà, ma tha mearachd RPC anns na logaichean againn, 90% den ùine bidh e na mhearachd bho Microsoft RPC, a tha na phàirt de DCOM (Modail Rud Co-phàirteach Sgaoilte). Gheibh thu tòrr sgrìobhainnean mun chuspair seo air an lìon, ach tha cuibhreann an leòmhann dheth gu math seann-fhasanta. Ach ma tha fìor mhiann ann a bhith ag ionnsachadh a’ chuspair, is urrainn dhomh artaigilean a mholadh
Is e prìomh adhbharan mhearachdan RPC anns na logaichean againn oidhirpean air fàiligeadh gus conaltradh eadar co-phàirtean VBR (frithealaiche> neach-ionaid, mar eisimpleir) agus mar as trice air sgàth duilgheadasan conaltraidh.
Is e am mullach as àirde am measg a h-uile mullach am mearachd Chan eil am frithealaiche RPC ri fhaighinn (1722). Gu sìmplidh, cha b’ urrainn don neach-dèiligidh ceangal a stèidheachadh leis an fhrithealaiche. Ciamar agus carson - chan eil aon fhreagairt ann, ach mar as trice tha e na dhuilgheadas le dearbhadh no le ruigsinneachd lìonra gu port 135. Tha an dàrna fear àbhaisteach airson bun-structaran le sònrachadh puirt fiùghantach. Air a 'chuspair seo, tha eadhon
An dàrna mearachd as mòr-chòrdte: Chan eil barrachd phuingean crìochnachaidh rim faighinn bhon mhapa crìochnachaidh (1753). Dh'fhàillig an cliant RPC no an fhrithealaiche port a shònrachadh dha fhèin. Mar as trice bidh e a ’tachairt nuair a tha an frithealaiche (anns a’ chùis againn, an inneal aoigheachd) air a rèiteachadh gus puirt a riarachadh gu dinamach bho raon cumhang a thàinig gu crìch. Agus ma logas tu a-steach bho thaobh an neach-dèiligidh (anns a’ chùis againn, am frithealaiche VBR), tha seo a ’ciallachadh nach do thòisich an VeeamVssAgent againn no nach deach a chlàradh mar eadar-aghaidh RPC. Tha cuideachd air a’ chuspair seo
Uill, gus na 3 mearachdan RPC as fheàrr a choileanadh, cuimhnichidh sinn air call gnìomh RPC air fàiligeadh (1726). A’ nochdadh ma chaidh an ceangal a stèidheachadh, ach nach eil iarrtasan RPC air an giullachd. Mar eisimpleir, bidh sinn ag iarraidh fiosrachadh mu inbhe VSS (gu h-obann an-dràsta tha mèinn sgàile ga dhèanamh an sin, agus tha sinn a 'feuchainn ri streap), agus mar fhreagairt dhuinn, sàmhchair agus leig seachad.
Windows Tape Backup API a dhìth a bhith ag obair le leabharlannan teip no draibhean. Mar a thuirt mi aig an toiseach: chan eil tlachd sam bith againn a bhith a 'sgrìobhadh na draibhearan againn fhèin agus an uairsin a' fulang le taic bho gach inneal. Mar sin, chan eil draibhearan sam bith aig vim leis fhèin. Uile tro API àbhaisteach, le taic air a chuir an gnìomh leis na reiceadairean bathar-cruaidh fhèin. Mar sin tòrr nas loidsigeach, ceart?
SMB / CIFS A-mach à cleachdadh, bidh a h-uile duine gan sgrìobhadh taobh ri taobh, ged nach eil cuimhne aig a h-uile duine gur e dìreach dreach prìobhaideach de SMB (Frithealaiche Message Block) a th’ ann an CIFS (Siostam File Eadar-lìn Coitcheann). Mar sin chan eil dad ceàrr air na bun-bheachdan sin a choitcheannachadh. Tha Samba mar-thà na bhuileachadh LinuxUnix, agus tha na rudan sònraichte aige fhèin, ach tha mi a’ dol seachad. Na tha cudromach an seo: nuair a dh’ iarras Veeam rudeigin a sgrìobhadh gu slighe UNC (serverdirectory), bidh an frithealaiche a’ cleachdadh rangachd draibhearan siostam faidhle, a’ toirt a-steach mup agus mrxsmb, gus sgrìobhadh chun bhall. A rèir sin, cruthaichidh na draibhearan sin mearachdan cuideachd.
Chan urrainn a dhèanamh às aonais Winsock API. Ma tha feum air rudeigin a dhèanamh thairis air an lìonra, bidh VBR ag obair tro Windows Socket API, ris an canar Winsock gu tric. Mar sin ma chì sinn dòrlach de IP:Port sa log, seo e. Tha liosta mhath de na tha comasach anns na sgrìobhainnean oifigeil
air ainmeachadh gu h-àrd WMI (Windows Management Instrumentation) na sheòrsa de API uile-chumhachdach airson a bhith a’ riaghladh a h-uile càil agus a h-uile duine ann an saoghal Windows. Mar eisimpleir, nuair a bhios tu ag obair le Hyper-V, bidh cha mhòr a h-uile iarrtas chun aoigh a’ dol troimhe. Ann am facal, tha an rud gu tur neo-sheasmhach agus gu math cumhachdach na chomasan. Ann an oidhirp cuideachadh gus faighinn a-mach càite agus dè a tha briste, tha an inneal WBEMtest.exe a tha air a thogail a-steach a 'cuideachadh mòran.
Agus mu dheireadh air an liosta, ach chan eil e cho cudromach ann an dòigh sam bith - VSS (Volume Shadow Storage). Tha an cuspair cho neo-sheasmhach agus dìomhair 's a chaidh mòran de sgrìobhainnean a sgrìobhadh air. Tha Shadow Copy gu sìmplidh air a thuigsinn mar sheòrsa sònraichte de dhealbh, agus sin gu dearbh. Taing dha, faodaidh tu cùl-taic a dhèanamh a tha seasmhach le tagradh ann an VMware, agus cha mhòr a h-uile càil ann an Hyper-V. Tha planaichean agam artaigil air leth a dhèanamh le beagan brùthadh air VSS, ach airson a-nis faodaidh tu feuchainn ri leughadh
Air an seo, is dòcha, is urrainn dhuinn stad. Bidh mi a 'beachdachadh air a' ghnìomh a bhith a 'mìneachadh nan rudan as bunaitiche a chaidh a chrìochnachadh, agus mar sin anns an ath chaibideil bheir sinn sùil air na logaichean mu thràth. Ach ma tha ceist sam bith agad, faodaidh tu faighneachd dhaibh anns na beachdan.
Source: www.habr.com