Backup ne yek ji wan teknolojiyên moda ye ku her kes li ser diqîre. Pêdivî ye ku ew tenê di her pargîdaniyek cidî de be, ew hemî ye. Banka me çend hezar serveran pişta xwe digire - ev karek tevlihev, balkêş e, û ez dixwazim li ser hin hûrguliyên wê, û her weha têgihîştinên çewt ên di derbarê paşvekişandinê de biaxivim.
Nêzîkî 20 sal in ez li ser vê mijarê dixebitim, ji van 2 salên dawîn li Promsvyazbankê ne. Di destpêka pratîka xwe de, min hema hema bi destan paşvekêşan çêkir, bi karanîna nivîsarên ku bi tenê pelan kopî dikirin. Dûv re amûrên hêsan di Windows-ê de xuya bûn: amûra Robocopy ji bo amadekirina pelan û NT Backup ji bo kopîkirinê. Û tenê wê demê dema nermalava pispor hat, di serî de Veritas Backup Exec, ku naha jê re dibêjin Symantec Backup Exec. Ji ber vê yekê ez demek dirêj bi paşgiran re nas dikim.
Bi hêsanî, hilanînê kopiyek daneyê (makîneyên virtual, serîlêdan, databas û pelan) tenê di rewşek bi rêkûpêk de tomar dike. Her doz bi gelemperî di forma têkçûnek hişk an mentiqî de xwe nîşan dide û dibe sedema windabûna daneyê. Armanca pergala hilanînê kêmkirina windahiyên ji windabûna agahdariyê ye. Têkçûnek hardware, mînakî, têkçûna server an hilanînê ye ku databas lê ye. Lojîk windabûn an guheztina beşek daneyê ye, di nav de ji ber faktora mirovî: tabloyek an pelek bi xeletî hate jêbirin, an jî skrîptek ji bo darvekirina qurmek hate destpêkirin. Di heman demê de ji bo hilanîna hin celeb agahdarî ji bo demek dirêj, mînakî, heya çend salan, hewcedariyên rêziknameyê jî hene.
Bikaranîna herî tîpîk a paşvekişandinê vejandina kopiyek tomarkirî ya databasan e ji bo bicîhkirina pergalên ceribandin û klonên cihêreng ji bo pêşdebiran.
Gelek efsaneyên hevpar ên li ser paşvekişandinê hene ku ji bo hilweşandinê demek dirêj e. Li vir herî navdar ji wan in.
Mît 1. Vegerandin ji mêj ve tenê fonksiyonek piçûk e di nav pergalên ewlehiyê an hilanînê de
Pergalên paşvekişandinê hîn jî çînek çareseriyên cihê dimînin, û pir serbixwe. Karekî pir girîng ji wan re hatiye spartin. Di bingeh de, ew xeta paşîn a parastinê ne dema ku ew tê ser ewlehiya daneyê. Ji ber vê yekê paşvekişandin bi leza xwe, li gorî nexşeya xwe dixebite. Raporek rojane li ser serveran tê çêkirin;
Zêdetir, modela rola gihîştina pergala hilanînê dihêle hûn hin hêzan ji rêvebirên pergalên armancê re veguhezînin da ku hilanînê birêve bibin.
Mît 2. Dema ku RAID hebe, paşvekişandin êdî hewce nake
Bê guman, rêzikên RAID û dubarekirina daneyan rêyek baş e ji bo parastina pergalên agahdariyê ji têkçûna hardware, û heke we serverek standby hebe, di bûyera têkçûna makîneya sereke de zû veguheztina wê organîze bikin.
Zêdebûn û dubarekirin we ji xeletiyên mentiqî yên ku ji hêla bikarhênerên pergalê ve hatine çêkirin xilas nakin. Li vir serverek standby bi tomarkirina dereng heye - erê, ew dikare bibe alîkar ku heke xeletiyek berî ku were hevdem kirin were tespît kirin. Ger dem ji dest were çi? Tenê piştgiriyek demkî dê li vir alîkariyê bike. Ger hûn zanibin ku dane duh guherî, hûn dikarin pergalê wekî roja duh berê vegerînin û daneyên pêwîst jê derxînin. Bihesibînin ku xeletiyên mentiqî yên herî gelemperî ne, paşpirtika kevn a baş amûrek îsbatkirî û pêwîst dimîne.
Mît 3. Backup tiştekî ku mehê carekê tê kirin e.
Frekansa hilanînê pîvanek mîhengbar e ku di serî de bi hewcedariyên pergala hilanînê ve girêdayî ye. Pir mimkun e ku meriv daneyên ku hema hema qet nayê guheztin û ne girîng e, ji bo pargîdaniyê krîtîk be.
Bi rastî, ew dikarin mehê carekê an jî kêm caran werin piştguh kirin. Lê daneyên krîtîk pir caran têne hilanîn, li gorî nîşana RPO (Objrectîfa xala Vegerê), ku windabûna daneya pejirandî destnîşan dike. Ev dibe ku heftê carekê, rojê carekê, an jî saetekê çend caran be. Ji bo me, ev têketinên danûstendinê yên ji DBMS-ê ne.
Dema ku pergalan dixe nav xebata bazirganî, pêdivî ye ku belgeya hilanînê were pejirandin, ku xalên sereke, rêzikên nûvekirinê, prosedurên vegerandina pergalê, prosedurên hilanîna hilanînê, û yên wekî wan nîşan dide.
Mît 4. Hêjmara kopiyan her ku diçe mezin dibe û cîhê veqetandî bi tevahî digire
Backup xwedî jiyanek refikê ya sînorkirî ne. Mînakî, ne wate ye ku hûn hemî 365 paşvekêşên rojane li seranserê salê hilînin. Wekî qaîdeyek, destûr e ku kopiyên rojane 2 hefte werin hilanîn, piştî ku ew bi yên nû têne guheztin, û ji bo hilanîna dirêj-dirêj guhertoya ku yekem di mehê de hatî çêkirin dimîne. Ew, di heman demê de, ji bo demek diyarkirî jî tê hilanîn - her kopiyek jiyanek heye.
Li dijî windabûna daneyê parastin heye. Rêbaz derbas dibe: berî ku hilanînê were jêbirin, divê ya din were afirandin. Ji ber vê yekê, heke hilanînê têk neçe, mînakî, ji ber tunebûna serverê, dê dane neyên jêbirin. Ne tenê tixûbên demê têne rêz kirin, lê hejmara kopiyan di komekê de jî tê kontrol kirin. Ger pergal hewce bike ku du paşkêşên tam hebin, dê her gav du ji wan hebin, û ya kevin dê tenê were jêbirin gava sêyemînek nû bi serfirazî were nivîsandin. Ji ber vê yekê zêdebûna hêjmara ku ji hêla arşîva hilanînê ve hatî dagir kirin tenê bi zêdebûna mîqdara daneyên parastî ve girêdayî ye û bi demê ve girêdayî nabe.
Mît 5. Dema ku hilanînê dest pê dike, her tişt dicemidîne
Çêtir e ku meriv vê yekê bibêje: heke her tişt biqede, ev tê vê wateyê ku destên rêveber ji wir mezin nabin. Bi gelemperî, performansa hilanînê bi gelek faktoran ve girêdayî ye. Mînakî, li ser performansa pergala hilanînê bixwe: hilanîna dîskê û pirtûkxaneyên tape çiqas bilez in. Ji performansa pêşkêşkerên pergala paşvekişandinê: gelo wextê wan heye ku daneyan pêvajoyê bikin, berhevkirin û jêbirinê bikin. Û her weha li ser leza xetên ragihandinê di navbera xerîdar û serverê de.
Vegere dikare biçe yek an jî çend mijaran, li gorî ka pergala hilanînê piştgirî dide pirtirsandinê. Mînakî, Oracle DBMS dihêle hûn li gorî hejmara pêvajoyên berdest, çend mijaran bişînin, heya ku leza veguheztinê bigihîje sînorê firehiya torê.
Ger hûn hewl bidin ku hejmareke mezin ji mijaran paşve bikin, wê hingê şansek heye ku hûn pergala xebitandinê zêde bikin, ew ê bi rastî dest bi hêdîbûnê bike. Ji ber vê yekê, ji bo ku performansa têr peyda bike, hejmara herî baş a têlan tê hilbijartin. Ger kêmbûna piçûktir a performansê jî krîtîk be, wê hingê vebijarkek hêja heye dema ku paşvekêşandin ne ji servera hilberînê, lê ji klona wê tê kirin - di termînolojiya databasê de standby. Ev pêvajo pergala xebatê ya sereke bar nake. Ji ber ku server ji bo lênihêrînê nayê bikar anîn, dane dikare bi riya bêtir mijaran were girtin.
Di rêxistinên mezin de, torgilokek veqetandî ji bo pergala hilanînê tê afirandin da ku hilber bandorê li hilberînê neke. Wekî din, seyrûsefer dikare ne bi torê, lê bi riya SAN ve were veguheztin.
Em jî hewl didin ku bar li ser demê belav bikin. Backup bi piranî di demjimêrên ne-xebatê de têne kirin: bi şev, dawiya hefteyê. Her weha, ew hemî di heman demê de dest pê nakin. Piştgiriya makîneya virtual dozek taybetî ye. Pêvajo bi rastî ti bandorek li ser performansa makîneyê bixwe nake, ji ber vê yekê paşvekişandin dikare di nav rojê de were belav kirin, ne ku her tişt bi şev were sekinandin. Gelek hûrgulî hene, heke hûn her tiştî bihesibînin, paşvekişandin dê bandorê li performansa pergalê neke.
Mît 6. Pergalek hilanînê dan destpêkirin - ew ji bo we tolerasyona xeletiyê ye
Tu carî ji bîr nekin ku pergala paşvekişandinê xeta paşîn a parastinê ye, ku tê vê wateyê ku divê li pêşiya wê pênc pergalên din jî hebin ku domdarî, hebûna zêde û berxwedana karesatê ya binesaziya IT û pergalên agahdariyê yên pargîdaniyê misoger dike.
Hêviyek tune ku parêzek hemî daneyan sererast bike û zû karûbarê ketî sererast bike. Wendakirina daneyê ji dema hilanînê heya dema têkçûnê garantî ye, û dane dikarin çend demjimêran (an rojan, li gorî bextê we li ser serverek nû werin barkirin). Ji ber vê yekê, maqûl e ku meriv pergalên bêkêmasî yên bêkêmasî biafirîne bêyî ku her tiştî bi paşvekişandinê veguhezîne.
Mît 7. Min carekê hilanînê saz kir û kontrol kir ku ew kar dike. Tiştê ku dimîne ev e ku meriv li têketin binêre
Ev yek ji efsaneyên herî zirardar e, sextebûna wê hûn tenê di dema bûyerê de fam dikin. Têketinên di derbarê paşvekişandinek serketî de ne garantiyek e ku her tişt bi rastî wekî ku tê hêvî kirin çû. Girîng e ku hûn kopiya tomarkirî ji bo bicîhkirinê berê kontrol bikin. Ango, pêvajoya başbûnê di hawîrdorek ceribandinê de bimeşînin û li encamê binihêrin.
Û hinekî li ser karê rêveberê pergalê
Kes ji bo demek dirêj daneyan bi destan kopî nake. SRC-yên nûjen dikarin hema hema her tiştî piştguh bikin, hûn tenê hewce ne ku wê bi rêkûpêk mîheng bikin. Ger serverek nû hatibe zêdekirin, polîtîkayan saz bikin: naveroka ku dê were piştguh kirin hilbijêrin, pîvanên hilanînê diyar bikin, û bernameyek bicîh bînin.
Di heman demê de, ji ber fîloya berfireh a pêşkêşkeran, di nav de databas, pergalên nameyê, komikên makîneyên virtual, û çavkaniyên pelan li ser Windows û Linux / Unix-ê hîn jî gelek kar heye. Karkerên ku pergala paşvekişandinê diparêzin bêkar rûnin.
Ji bo rûmeta betlaneyê, ez ji hemî rêveberan re dilreşiyên xurt, tevgerên zelal û cîhê bêdawî ji bo hilanîna paşgiran dixwazim!
Source: www.habr.com