Scriitori – aplicatii Win32

• 31.05.2018
• 3 minute de citit

In acest articol

Scriitorii sunt aplicatii sau servicii care stocheaza informatii persistente in fisiere pe disc si care furnizeaza numele si locatiile acestor fisiere solicitantilor utilizand interfata de copiere shadow.

In timpul operatiunilor de copiere de rezerva, scriitorii se asigura ca datele lor sunt stabile si stabile – potrivite pentru copierea in umbra si pentru copierea de rezerva. Scriitorii colaboreaza cu restaurarile deblocand fisiere atunci cand este posibil si indicand locatii alternative cand este necesar.

Daca nu sunt prezenti scriitori in timpul unei operatii de backup VSS, se poate crea in continuare o copie shadow. In acest caz, toate datele despre volumul copiat in umbra vor fi in starea consecventa la blocare .

Statul scriitorului

Scriitorii isi mentin starea intr-un obiect de metadate bazat pe XML, documentul de metadate Writer .

Aceste metadate ale scriitorului sunt singura structura de date care contine setul de fisiere – calea , specificatia fisierului si steagul de recursie – al datelor care trebuie copiate si restaurate.

Documentul Writer Metadata organizeaza seturile de fisiere ale scriitorului in grupuri sau componente . Relatia uneia dintre aceste componente in timpul operatiunilor de backup si restaurare cu celelalte componente gestionate de scriitor este descrisa in documentul Writer Metadata Document prin selectabilitatea componentei pentru backup , selectabilitatea sa pentru restaurare si caile sale logice . (Pentru mai multe informatii, consultati Configurarea organizarii componentelor si lucrul cu selectabilitatea si caile logice.)

Informatii suplimentare care reglementeaza restaurarea fisierelor si alte probleme sunt, de asemenea, continute in acest document.

Solicitantul are nevoie de metadatele scriitorului, impreuna cu propriul document de componente de rezerva, pentru a procesa o copie de rezerva sau o restaurare.

Spre deosebire de documentul privind componentele de rezerva, documentul Writer Metadata ar trebui considerat ca o structura numai in citire. Odata ce un scriitor il creeaza, documentul nu este modificat.

Manipulare evenimente scriitor

Operatiunile VSS ale unui scriitor sunt initiate prin primirea evenimentelor COM.

Cand nu sunt prezente evenimente, un scriitor nu efectueaza operatii VSS (cum ar fi o copie de rezerva sau o restaurare VSS). In schimb, isi desfasoara activitatea normala, cum ar fi raspunsul la interogarile bazei de date, gestionarea datelor utilizatorilor sau furnizarea altor servicii.

Pentru a va asigura ca gestionarea erorilor pentru mai multe sesiuni de backup si restaurare paralele este efectuata corect si pentru a va asigura ca o sesiune de backup sau restaurare nu corupe alta, trebuie sa faceti urmatoarele:

• Daca gestionarul de evenimente al unui scriitor (cum ar fi CVssWriter :: OnFreeze ) apeleaza CVssWriterEx2 :: GetSessionId , CVssWriter :: SetWriterFailure sau CVssWriterEx2 :: SetWriterFailureEx , gestionarul de evenimente trebuie sa apeleze metoda din acelasi fir care a numit handlerul de evenimente.
• Implementarea de catre scriitor a unui gestionar de evenimente, cum ar fi OnFreeze, poate descarca munca pe firele de lucru ale lucratorilor, daca se doreste, atata timp cat fiecare fir de lucrator reuneste orice eroare necesara raportand inapoi la firul de gestionare a evenimentului original.

Gestionarea evenimentelor de identificare

Cu exceptia evenimentului Identificare, tipul si ordinea evenimentelor pe care le primeste un scriitor depinde in mod unic de tipul operatiunilor VSS care sunt in curs de desfasurare.

Evenimentul Identificare necesita ca scriitorii sa furnizeze informatii de sistem despre configuratia lor si fisierele pe care le gestioneaza prin documentul lor de metadate Writer . Un eveniment de identificare este generat in sprijinul a aproape orice operatiune VSS, inclusiv interogari de sistem, precum si operatii de copiere si copiere de rezerva si restaurare. Prin urmare, orice implementare a scriitorului CVssWriter :: OnIdentify de gestionare a evenimentelor Identify trebuie sa poata gestiona un eveniment Identify in orice moment – inclusiv in mijlocul procesarii unei alte operatii VSS, cum ar fi o copie de rezerva sau restaurare. Un eveniment de identificare nu ar trebui niciodata considerat ca facand parte din ciclul de viata al unei operatiuni VSS, chiar daca generarea sa poate fi asteptata si necesara inainte de inceperea acelei operatiuni.

Este deosebit de important ca informatiile de stare despre o operatiune VSS sa nu fie modificate in CVssWriter :: OnIdentify , deoarece primirea unui eveniment in afara comenzii ar reseta aceste informatii.

Backup si restaurare evenimente

In functie de participarea la o copie de rezerva sau restaurare, un scriitor va primi intre doua si sapte evenimente, pe langa un eveniment de identificare initial.

Gestionarea acestor evenimente constituie (din punctul de vedere al unui scriitor) ciclul de viata al unei operatiuni de backup sau restaurare.

Intr-o operatiune tipica de copiere de rezerva (a se vedea Prezentarea generala a procesarii unei copii de rezerva sub VSS), un scriitor ar gestiona urmatoarele evenimente (in plus fata de un eveniment initial de identificare):

• PrepareForBackup
• PrepareForSnapshot
• Ingheta
• Dezghet
• PostSnapshot
• BackupComplete
• BackupShutdown

Intr-o operatiune de restaurare tipica (consultati Prezentarea generala a procesarii unei restaurari sub VSS), un scriitor ar gestiona urmatoarele evenimente:

• PreRestore
• PostRestore