Etiam si diluvium est, 1C laborare debet! Assentior negotium in DR

Finge: servis IT infrastructuram magnae centri shopping. Pluere in urbe incipit. Tectum rivi pluviae effodiunt, aqua scruta pra talos implet. Speramus fore ut cubiculum servo tuo in cella non sit, alioquin difficultates vitari non possunt.  

Narratio descriptus non est phantasia, sed descriptio collectiva duorum eventuum 2020 . In magnis societatibus, consilium calamitatis recuperandae (DRP) semper huic casu praesto est. In collegiis, hoc est penes negotia continuum adhibendi. Sed in mediis et parvis societatibus, quae solvendo talia problemata officia IT incidit. Te ipsum logicum negotium perspicere debes, quid deesse possit et ubi, ascende praesidium et efficiendum. 

Magnum est si IT artifex agere cum negotiis potest et de necessitate tutelae disputare. Sed plus semel vidi quomodo societas in calamitate recuperationis persoluta est (DR) solutionem quia illam superuadam reputavit. Ubi casu accidit, longa recuperatio damnis imminebat, et negotium non erat paratum. Repetere potes quantum libet: "Dixi tibi ita", sed officium IT officia restituere adhuc debebit.

Etiam si diluvium est, 1C laborare debet! Assentior negotium in DR

A positione architecti, quomodo hoc situ evitare dicam. In prima parte articuli, opus praeparatorium ostendam: quomodo disserere tribus quaestionibus cum emptore instrumenta securitatis eligendae; 

  • Quid defendimus?
  • Quid defendimus?
  • Quantum tuemur? 

In secunda parte loquemur de optionibus solutionis quaestioni: quomodo te defendas. Exempla causarum dabo quomodo diversi clientes suam tutelam construant.

Quod nos tuemur: distinguendis negotiis criticis functionibus 

Melius est incipere praeparare tractando post-emergentias agendi consilium cum negotio adipiscing. Praecipua difficultas hic est, linguam communem invenire. Lorem non curat quomodo solutio IT operatur. Sollicitudo num servitus possit functiones negotiationes conficere et pecuniam afferre. Exempli gratia: si locus laborat, sed ratio solvendi descendit, reditus non est ex clientibus, et "extremistae" sunt adhuc IT elit. 

Professio IT difficultas in tali negotio pluribus de causis habere potest;

  • IT ministerium non plene intellegit munus informationis ratio in negotio. Exempli gratia, si nulla processus negotii descriptio praesto est, vel exemplar negotii perlucidum. 
  • Non totum processum in IT servitium pendet. Verbi gratia, cum pars operis a redemptoribus exercetur, et IT artifices in eos directam non habent vim.

Colloquium instituo sic: 

  1. Negotiis omnibus accidunt accidentia, ac recuperatio temporis. Optimum est demonstrare condiciones, quomodo hoc fiat et quid consequentia possibilia sint.
  2. Ostendimus non omnia ex officio IT pendere, sed promptos esse ad auxilium cum actione consilii in provincia tua responsabilitatis.
  3. Quaeris emptori negotium ut respondeat: si apocalypsis accidit, uter prius restitui debeat? Quis participat et quomodo? 

    Simplex responsio exquiritur a negotio, exempli gratia: centrum vocationis ad applicationes perscriptas 24/7.

  4. Rogamus unum vel duos usores systematis qui hunc processum singillatim describit. 
    Melius est analyticum involvere ut unum adiuvet si societas tua habet.

    Inprimis descriptio hoc videri potest: vocatio centrum petitiones telephonicas accipit, per epistulas et per nuntios e situ. Deinde intrat eos in 1C per interfacies interfacies, et inde productio sumit hoc modo.

  5. Tunc inspicimus quid solutiones hardware et software, processum sustineant. Ad tutelam comprehensivam rationem trium gradus attenditur; 
    • applicationes et systemata intra locum (software level);   
    • ipse situs ubi systemata currunt (campester infrastructura); 
    • retis (saepe obliviscuntur).

  6. Inveniuntur possibilia puncta defectionis: systematis nodi ex quibus persecutio ministerii dependet. Seorsim notamus nodos qui aliis societatibus sustentantur: operariorum telecomorum, provisores obnoxii, centra data et cetera. Cum hoc negotio emptori referre potes gradum proximum.

Quod defendimus a: periculum

Deinde invenimus a elit negotiatione, quod periculum a primo nosmet ipsos defendimus. Omnia pericula in duos circulos dividi possunt: 

  • iactura temporis, due to service downtime;
  • amissio notitiarum propter insultus physicorum, factorum humanorum, etc.

Negotia et tempus et notitias amittere timent - haec omnia ad damnum pecuniae ducit. Iterum ergo interrogamus de unoquoque periculo coetus: 

  • Ad hoc processum, aestimare possumus quantum damnum notitia et temporis iactura constat in pecunia? 
  • Quae data non possumus amittere? 
  • Ubi non possumus downtime permittere? 
  • Quae res nobis verisimillimi sunt et maxime minantes?

Post tractatum, intelligemus quomodo puncta defectum prioritizare. 

Quantum tuemur: RPO et RTO . 

Cum puncta critica deficiendi perspicua sunt, indices RTO et RPO computamus. 

Quia tu me admonere RTO (recuperatio temporis objective) β€” tempus licitum est ab instanti accidente, donec servitium plene restituatur. In negotiis linguae, hoc downtime acceptabile est. Si novimus quantum pecuniae processum illatum sit, damna ex singulis momentis temporis temporis computare et acceptabile damnum computare possumus. 

RPO (recuperare punctum objectum) - notitia valida recuperatio punctum. Tempus determinat, quo notitia carere possumus. Ex parte negotii, notitia damni in multarum, exempli gratia, consequi potest. Talia damna etiam in pecuniam converti possunt. 

Etiam si diluvium est, 1C laborare debet! Assentior negotium in DR

Tempus recuperationis calculi ad finem usoris debet: quousque in systema logari poterit. Primum igitur tempus recuperationis omnium nexuum in nexibus addimus. Fallitur hic saepe: provisor RTO ex SLA capiunt, et de reliquis verbis obliviscuntur.

Intueamur exemplum specificum. Usor omnia in 1C, ratio cum errore datorum aperit. Administrator systematis tangit. Datorum in nube sita est, administrator systematis quaestionem de servitio provisore refert. Dicamus omnes communicationes XV minuta. In nube, database huius magnitudinis ab tergum horae restituetur, ergo RTO in parte operae provisoris horae est. Sed hoc non est finale fatale: nam utentis XV minuta addita sunt ad quaestionem detegendam. 
 
Deinde administrator ratio inhibere debet quod datorum recte est, 1C coniunge et officia incipere. Hoc aliam horam requirit, quod significat RTO in parte administratoris iam 2 horas et 15 minutas esse. Usor alio 15 minuta indiget: aperi in, reprime negotia necessaria apparuisse. 2 horae 30 minutae est totum servitium recuperationis temporis in hoc exemplo.

Hae calculi negotium demonstrabunt in quibus causis externae periodi recuperatio dependet. Exempli gratia, si officium inundatum est, primum opus est Leak invenire et reficere. Tempus capiet, quod ab IT non pendet.  

Quomodo tuemur: instrumenta eligens pro diversis periculis

Omnibus punctis discussis, emptorem iam intelligit sumptus accidentis negotii. Nunc eligere instrumenta et res oeconomicas discutere potes. Exempla clientium casuum utens, ostendam tibi quae instrumenta pro diversis officiis exhibemus. 

Incipiamus cum primo periculorum grege: damna debita servitii downtime. Solutiones huius problematis bonae RTO debent praebere.

  1. Hostiam applicationem in nube 

    Incipere cum simpliciter nubes movere potes - provisor iam cogitavit per quaestiones altae promptitudinis. Virtualization copiae in botrum, potentia et retis reservantur, notitia reposita in systematis repositionis culpae tolerantior reponitur, et provisor servitus responsalis temporis downi est.

    Pro exemplo, virtualem machinam cum database in nube hospitari potes. Applicatio applicatio datorum extrinsecus per canalem statutum vel ab eadem nube coniunget. Si problemata oriuntur cum uno e servientibus in botro, VM sileo in servo proximo minus quam 2 minuta. Post hoc, DBMS in ea incipiet, et in paucis momentis datorum praesto fiet.

    OTR: in minutis metiri. Haec verba in conventione cum provisore definiri possunt.
    pecunia: Computamus nebulae sumptus facultates pro applicatione tua. 
    Quod non servabit te: de ingentibus defectibus in situ provisoris, exempli gratia, ex accidentibus in gradu civitatis.

  2. Botri applicationem  

    Si RTO emendare vis, optionem priorem confirma potes et statim in nube applicationes glomeratae pone.

    Botrus in modo activo vel passivo vel activo activo efficere potes. Plures VMs in requisitis venditoris creamus. Ad maiorem constantiam, eos distribuimus per diversos ministros ac systemata repono. Si ministrator cum uno e databases deficit, nodi tergum oneris brevi tempore occupat.

    OTR: metiri in secundis.
    pecunia: paulo carior quam regularis nubes, accessiones requiruntur ad pampineas.
    Quod non servabit te: Adhuc non defendet contra magna defectis on-site. Sed perturbationes locales tam diu non erunt.

    Ex usu: societas retail multarum informationum systematum ac paginarum habuit. Omnes databases localiter in officio societatis collocatae erant. Nemo DR de eo cogitatum est donec officium sine potestate pluries in ordine relictum est. Clientes miseri cum ruinis website. 
     
    Problema cum servitio disponibilitate resoluta est postquam nubes movenda est. Plus, onus databases in conparando inter nodos commercii egimus ad optimize.

  3. Movere ad calamitatem-probationem nubes

    Si opus est ut etiam clades naturalis in situ principali opus tuum non impedit, nubem obsistens calamitatem eligere potes, in hac optione provisor virtualizationis botrum trans 2 data centra diffundit. Constans replicatio synchrona fit inter data centra, unum ad unum. Canales inter centra data reservantur et per varias vias eunt, ergo talis botrus difficultates retis non timet. 

    OTR: tendit 0 .
    pecunia: pretiosissima nubes optionis. 
    Quod non servabit te: Contra notitia corruptionis non prodest, sicut ex factore humano, ita commendatur ut simul tergum faciat. 

    Ex usu: One of our clients developed a comprehensive calamitat recuperatio consilii. Hoc consilium elegit; 

    • Nubes calamitatis patientis applicationem ab defectis in gradu infrastructure tuetur. 
    • Duo-gradu tergum tutelae in casu erroris humani praebet. Duo sunt genera tergum: "frigus" et "calidum". Tergum "frigus" est in statu debili et occupat tempus explicandi. Tergum "calidum" iam ad usum promptum et citius restituitur. Conditum est in repositionis ratio specialiter dedicata. Tertium exemplar in taenia scriptum est et in alio conclavi repositum. 

    Semel in hebdomada client tutelam probat et officiariorum omnium tergum, in iis taeniola, impedit. Singulis annis societas totam calamitatem nubis repugnans probat. 

  4. Organize replicationem ad alium locum 

    Alia optio quomodo problemata globalia vitanda in situ principali: geo-reservationem praebent. Id est, virtualis machinis tergum crea in alia civitate situm. Praecipuae solutiones pro DR huic aptae sunt: ​​in nostro comitatu utimur VMware vCloud Availability (vCAV). Auxiliante praesidio inter plures situs nubis provisoris configurare potes vel nubem restitue ab in- praemissa situ. Iam fusius locutus sum de schemate operandi cum vCAV hic

    RPO et RTO: from 5 minutes. 

    pecunia: felicior prima optio, sed vilior odio replicatio in calamitate nubis. Pretium constat sumptus licentiae, administrationis vCAV, sumptus nebulae opum ac subsidiorum subsidiorum secundum exemplar PAYG (10% sumptum opum operandi pro switched off VMs).

    Ex usu: Cliens 6 machinas virtuales custodivit cum diversis databases in nostra nube Moscuae. Praesidium primo a tergum cautum est: nonnulla exemplaria tergum in nube in Moscuae repositae sunt, quaedam in loco nostro St. Petersburg repositae. Subinde in magnitudine databases creverunt et ex tergum restituendae plus temporis capere coeperunt. 
     
    Replicatio secundum VMware vCloud Availability addita est ad tergum. Replicae machinis virtualis in tergum site in St. Petersburg repositae sunt et singulis 5 minutis renovantur. Si defectus in situ principali occurrit, operarii independenter ad imaginem machinae virtualis in St. Petersburg transibunt et cum ea operando pergunt. 

Omnes solutiones consideratae promptam promptitudinem praebent, sed contra notae iacturam datae non defendunt ob virus redemptionis vel errorem molestie accidentalis. In hoc casu, tergum egebimus qui debitam RPO providebit.

5. Noli oblivisci de tergum

Quisque scit te tergum facere debes, etiamsi solutionem probationis frigidissimam habeas. Quare paucis te breviter admonebo.

Proprie tergum non DR. Et ideo; 

  • Donec tempus est. Si notitia in terabytis mensuratur, recuperatio plus quam una hora capiet. Opus est restituere, retis assignare, perceptum quod vertit, vide notitia in ordine. Sic bona rto praebere potes nisi si parum est data. 
  • Data primum restitui non possunt, et opus est ut actio repetendi tempus vacet. Exempli gratia, sunt tempora cum prorsus nescimus quando notitia periit. Damnum dicamus in 15.00 animadversum, et codices omni hora fiunt. Ex 15.00 omnes recuperationes inspicimus puncta: 14:00, 13:00 et cetera. Si ratio magni momenti est, aetatis recuperationis punctum obscurare conamur. At si recens tergum necessarias notitias non continebat, punctum proximum accipimus - hoc addito tempore. 

In hoc casu, cedula tergum praebere potest requisitum RPO. Ad tergum, interest ad reservationem geo-reservationem in casu problematum cum principali situ. Commendatur exemplaribus aliquot tergum reponere separatim.

Consilium recuperationis finalis calamitatis debet continere instrumenta saltem 2;  

  • Una optionum 1-4, quae systemata a defectibus et cadentibus defendet.
  • Tergum praesidio notitia detrimentum. 

Valet etiam curae esse canalem communicationis tergum, si praecipuus provisor interreti descendit. Et - voila! β€” DR ad minimum mercedem iam parata est. 

Source: www.habr.com