Nid yw gwneud copi wrth gefn yn un o'r technolegau ffasiynol sy'n cael eu gweiddi o bob haearn. Mae'n rhaid iddo fod mewn unrhyw gwmni difrifol, dyna i gyd. Rydyn ni'n gwneud copi wrth gefn o filoedd o weinyddion yn ein banc - mae hon yn swydd gymhleth, ddiddorol, ac mae rhai o'r cynildeb, yn ogystal â chamsyniadau nodweddiadol am gopïau wrth gefn, eisiau cael gwybod.
Rwyf wedi bod yn gweithio ar y pwnc hwn ers bron i 20 mlynedd, ac mae'r 2 flynedd ddiwethaf wedi bod yn Promsvyazbank. Ar ddechrau'r arfer, fe wnes i gopïau wrth gefn bron â llaw, gyda sgriptiau a oedd yn syml yn copïo ffeiliau. Yna ymddangosodd offer cyfleus yn Windows: y cyfleustodau Robocopy ar gyfer paratoi ffeiliau a NT Backup ar gyfer copïo. A dim ond wedyn y daeth yr amser ar gyfer meddalwedd arbenigol, yn bennaf Veritas Backup Exec, a elwir bellach yn Symantec Backup Exec. Felly rydw i wedi bod yn gyfarwydd â chopïau wrth gefn ers amser maith.
Yn syml, wrth gefn yw cadw copi o ddata (peiriannau rhithwir, cymwysiadau, cronfeydd data a ffeiliau) rhag ofn gyda rheoleidd-dra penodol. Mae pob achos fel arfer yn amlygu ei hun fel methiant caledwedd neu resymegol ac yn arwain at golli data. Pwrpas system wrth gefn yw lleihau colli gwybodaeth. Mae methiant caledwedd, er enghraifft, yn fethiant yn y gweinydd neu'r storfa lle mae'r gronfa ddata wedi'i lleoli. Rhesymegol - mae hyn yn colli neu newid rhan o'r data, gan gynnwys oherwydd y ffactor dynol: maent yn ddamweiniol dileu tabl, ffeil, lansiodd sgript cam ar gyfer gweithredu. Mae yna hefyd ofynion rheoleiddiwr ar gyfer storio math penodol o wybodaeth am gyfnod hir, er enghraifft, hyd at sawl blwyddyn.
Y defnydd mwyaf nodweddiadol o gopïau wrth gefn yw adfer copi wedi'i gadw o gronfeydd data ar gyfer defnyddio systemau prawf amrywiol, clonau ar gyfer datblygwyr.
Mae yna rai mythau nodweddiadol ynghylch gwneud copïau wrth gefn y dylid eu chwalu ers talwm. Dyma'r rhai mwyaf enwog ohonyn nhw.
Myth 1. Mae gwneud copi wrth gefn wedi bod yn swyddogaeth fach yn unig y tu mewn i systemau diogelwch neu storio
Mae systemau wrth gefn yn dal i fod yn ddosbarth ar wahân o atebion, ac yn annibynnol iawn. Mae ganddyn nhw ormod o waith i'w wneud. Mewn gwirionedd, nhw yw'r amddiffyniad olaf o ran cywirdeb data. Felly mae copi wrth gefn yn gweithio ar ei gyflymder ei hun, ar ei amserlen ei hun. Cynhyrchir adroddiad dyddiol ar gyfer y gweinyddion, mae yna ddigwyddiadau sy'n gweithredu fel sbardunau ar gyfer y system fonitro.
Hefyd, mae model rôl mynediad i'r system wrth gefn yn eich galluogi i ddirprwyo rhan o'r awdurdod i weinyddwyr systemau targed i reoli copïau wrth gefn.
Myth 2. Pan fydd RAID, nid oes angen copi wrth gefn mwyach.
Yn ddi-os, mae araeau RAID ac atgynhyrchu data yn ffordd dda o amddiffyn systemau gwybodaeth rhag methiannau caledwedd, ac os oes gennych weinydd wrth gefn, gallwch drefnu newid iddo yn gyflym rhag ofn i'r prif beiriant fethu.
O'r gwallau rhesymegol a wnaed gan ddefnyddwyr y system, nid yw dileu swyddi a dyblygu yn arbed. Dyma weinydd wrth gefn ysgrifennu yn ôl - ie, gall helpu os canfyddir gwall cyn iddo gael ei gydamseru. Ac os collir y foment? Dim ond copi wrth gefn amserol fydd yn helpu yma. Os ydych chi'n gwybod bod y data wedi newid ddoe, gallwch chi adfer y system i'r diwrnod cyn ddoe a thynnu'r data angenrheidiol ohono. O ystyried y ffaith mai gwallau rhesymegol yw'r rhai mwyaf cyffredin, mae'r hen gopi wrth gefn da yn parhau i fod yn arf profedig ac angenrheidiol.
Myth 3. Mae copi wrth gefn yn rhywbeth a wneir unwaith y mis.
Mae'r amledd wrth gefn yn osodiad ffurfweddadwy sy'n dibynnu'n bennaf ar eich gofynion system wrth gefn. Mae'n eithaf posibl dod o hyd i ddata sydd bron byth yn newid ac nad yw'n arbennig o bwysig, ni fydd eu colled yn hollbwysig i'r cwmni.
Yn wir, gellir eu hategu unwaith y mis ac yn llai aml fyth. Ond mae data mwy hanfodol yn cael ei arbed yn amlach, yn dibynnu ar y dangosydd RPO (Amcan pwynt Adfer), sy'n gosod y golled data a ganiateir. Gall hyn fod unwaith yr wythnos, unwaith y dydd, neu hyd yn oed sawl gwaith yr awr. Mae'r logiau trafodion hyn gennym o'r DBMS.
Pan roddir systemau ar waith yn fasnachol, rhaid cymeradwyo dogfennaeth wrth gefn, sy'n adlewyrchu'r prif bwyntiau, y weithdrefn ddiweddaru, y weithdrefn ar gyfer adfer y system, y weithdrefn ar gyfer storio copïau wrth gefn, ac ati.
Myth 4. Mae nifer y copïau yn cynyddu'n gyson ac yn cymryd unrhyw le a neilltuwyd yn gyfan gwbl.
Mae gan gopïau wrth gefn gyfnod cadw cyfyngedig. Nid yw'n gwneud unrhyw synnwyr, er enghraifft, i storio pob un o'r 365 copi wrth gefn dyddiol yn ystod y flwyddyn. Fel rheol, mae'n dderbyniol cadw copïau dyddiol am 2 wythnos, ac ar ôl hynny maent yn cael eu disodli â rhai ffres, ac mae'r fersiwn a wnaed gyntaf yn y mis yn parhau i fod mewn storfa hirdymor. Mae, yn ei dro, hefyd yn cael ei storio am amser penodol - mae gan bob copi oes.
Mae diogelu colli data. Mae'r rheol yn berthnasol: cyn dileu copi wrth gefn, rhaid ffurfio'r un nesaf. Felly, ni fydd y data yn cael ei ddileu os nad yw'r copi wrth gefn wedi'i gwblhau, er enghraifft, oherwydd nad yw'r gweinydd ar gael. Nid yn unig y caiff amserlenni eu parchu, ond mae nifer y copïau yn y set hefyd yn cael eu rheoli. Os yw'r system wedi'i chynllunio i gael dau gopi wrth gefn llawn, bydd dau ohonyn nhw bob amser, a bydd yr hen un yn cael ei ddileu dim ond pan fydd trydydd un newydd yn cael ei ysgrifennu'n llwyddiannus. Felly mae twf y gyfrol a feddiannir gan yr archif wrth gefn yn gysylltiedig yn unig â thwf faint o ddata gwarchodedig ac nid yw'n dibynnu ar amser.
Myth 5. Gwneud copi wrth gefn wedi dechrau - roedd popeth yn hongian
Mae'n well dweud hyn: os yw popeth yn hongian, yna nid yw dwylo'r gweinyddwr yn tyfu oddi yno. Yn gyffredinol, mae perfformiad copi wrth gefn yn dibynnu ar lawer o ffactorau. Er enghraifft, ar gyflymder y system wrth gefn ei hun: pa mor gyflym yw storfa ddisg, llyfrgelloedd tâp. O gyflymder gweinyddwyr y system wrth gefn: a oes ganddynt amser i brosesu data, perfformio cywasgu a dad-ddyblygu. A hefyd ar gyflymder y llinellau cyfathrebu rhwng y cleient a'r gweinydd.
Gall y copi wrth gefn fynd i un neu fwy o ffrydiau, yn dibynnu a yw'r system sy'n cael ei hategu yn cefnogi aml-edau. Er enghraifft, mae'r Oracle DBMS yn caniatáu ichi roi edafedd lluosog, yn ôl nifer y proseswyr sydd ar gael, nes bod y gyfradd drosglwyddo yn cyrraedd terfyn lled band y rhwydwaith.
Os ceisiwch wneud copi wrth gefn o nifer fawr o edafedd, yna mae cyfle i orlwytho system redeg, bydd yn dechrau arafu mewn gwirionedd. Felly, dewisir y nifer gorau posibl o edafedd i sicrhau perfformiad digonol. Os yw hyd yn oed y gostyngiad lleiaf mewn perfformiad yn hollbwysig, yna mae opsiwn rhagorol pan fydd y copi wrth gefn yn cael ei wneud nid gan weinydd ymladd, ond o'i glon - wrth gefn mewn terminoleg cronfa ddata. Nid yw'r broses hon yn cychwyn y brif system weithio. Gellir adalw data trwy fwy o ffrydiau, gan na ddefnyddir y gweinydd ar gyfer cynnal a chadw.
Mewn sefydliadau mawr, crëir rhwydwaith ar wahân ar gyfer y system wrth gefn fel nad yw'r copi wrth gefn yn effeithio ar y cynhyrchiad. Yn ogystal, efallai na fydd traffig yn cael ei drosglwyddo trwy'r rhwydwaith, ond trwy'r SAN.
Rydyn ni'n ceisio lledaenu'r llwyth dros amser hefyd. Gwneir copïau wrth gefn yn bennaf yn ystod oriau nad ydynt yn gweithio: yn y nos, ar benwythnosau. Hefyd, nid ydynt i gyd yn rhedeg ar yr un pryd. Mae copïau wrth gefn o beiriannau rhithwir yn achos arbennig. Nid yw'r broses bron yn effeithio ar berfformiad y peiriant ei hun, felly gellir lledaenu'r copi wrth gefn yn ystod y dydd, a pheidio â gohirio popeth gyda'r nos. Mae yna lawer o gynnil, os ydych chi'n cymryd popeth i ystyriaeth, ni fydd copi wrth gefn yn effeithio ar berfformiad systemau.
Myth 6. Wedi lansio system wrth gefn - dyna goddefgarwch bai i chi
Peidiwch byth ag anghofio mai system wrth gefn yw'r amddiffyniad olaf, sy'n golygu y dylai fod pum system arall o'i flaen sy'n sicrhau parhad, argaeledd uchel a goddefgarwch trychinebus y seilwaith TG a systemau gwybodaeth menter.
Nid yw'n werth chweil gobeithio y bydd y copi wrth gefn yn adfer yr holl ddata ac yn codi'r gwasanaeth cwympo yn gyflym. Mae colli data o'r eiliad y gwneir copi wrth gefn i'r eiliad o fethiant wedi'i warantu, a gellir llwytho data i weinydd newydd am sawl awr (neu ddyddiau, gan eich bod yn ffodus). Felly, mae'n gwneud synnwyr creu systemau goddefgar llawn heb symud popeth i system wrth gefn.
Myth 7. Fe wnes i sefydlu copi wrth gefn unwaith, gwirio ei fod yn gweithio. Erys dim ond edrych ar y logiau
Dyma un o'r mythau mwyaf niweidiol, y byddwch chi'n sylweddoli ei ffugrwydd yn ystod y digwyddiad yn unig. Nid yw logiau wrth gefn llwyddiannus yn warant bod popeth wedi mynd fel y dylai. Mae'n bwysig gwirio'r copi sydd wedi'i gadw er mwyn ei ddefnyddio ymlaen llaw. Hynny yw, dechreuwch y broses adfer mewn amgylchedd prawf ac edrychwch ar y canlyniad.
Ac ychydig am waith gweinyddwr y system
Yn y modd llaw, nid oes neb wedi bod yn copïo data ers amser maith. Gall SRKs modern wneud copi wrth gefn o bron popeth, mae'n rhaid i chi ei sefydlu'n iawn. Os yw gweinydd newydd wedi'i ychwanegu, gosodwch bolisïau: dewiswch y cynnwys a fydd wrth gefn, nodwch opsiynau storio, a defnyddiwch yr amserlen.
Ar yr un pryd, mae llawer o waith o hyd oherwydd y fflyd helaeth o weinyddion, gan gynnwys cronfeydd data, systemau post, clystyrau peiriannau rhithwir, a chyfranddaliadau ffeiliau ar Windows a Linux / Unix. Nid yw gweithwyr sy'n cadw'r system wrth gefn yn rhedeg yn segur.
Er anrhydedd i'r gwyliau, hoffwn ddymuno nerfau cryf i'r holl weinyddwyr, eglurder symudiadau a lle diddiwedd ar gyfer storio copïau wrth gefn!
Ffynhonnell: hab.com