Salteu al contingut principal

Continuïtat

Continuïtat de negoci

Definir quins processos no poden aturar-se, quant temps pot estar cadascun fora de servei i quina infraestructura i procediments ho sostenen.

El punt de partida

La continuïtat no es compra: es dissenya. Abans de parlar de tecnologia cal saber quins processos sostenen la facturació i la producció, i quin cost té cada hora d'aturada per a l'empresa.

Què hi trobem habitualment

  • Ningú ha posat per escrit quant temps pot estar aturada cada aplicació.
  • Hi ha còpies, però no un procediment de recuperació provat.
  • La recuperació depèn d'una única persona que coneix l'entorn.
  • Les proves es posposen perquè sempre hi ha alguna cosa més urgent.

Per a quines empreses encaixa

Empreses industrials, logístiques o de serveis on una aturada prolongada té impacte directe en clients, producció o compliment.

Analitzem processos crítics, dependències i temps de recuperació actuals davant dels que necessita el negoci.

Sol·licitar revisió de continuïtat

Què inclou la solució

  • Anàlisi de processos crítics

    Quines aplicacions sostenen cada procés i en quin ordre han de tornar.

  • RTO i RPO acordats

    Objectius de temps i de pèrdua de dades pactats per escrit, amb les mesures que els fan possibles.

  • Infraestructura de respatller

    Rèplica, backup extern o entorn alternatiu al nostre datacenter segons l'objectiu definit.

  • Proves i documentació

    Simulacres periòdics amb informe de resultats i dels ajustos aplicats.

Com s'implanta

  1. 1Entrevistes amb direcció i responsables d'àrea.
  2. 2Classificació d'aplicacions per criticitat.
  3. 3Disseny de l'arquitectura de respatller i dels procediments.
  4. 4Prova de recuperació real i ajust del pla.
  5. 5Revisió periòdica quan canvien aplicacions o processos.

Escenaris reals

Incendi o inundació a la sala de servidors

Un incident físic a l'oficina afecta alhora els servidors i les còpies si tots dos són al mateix edifici. La continuïtat comença per separar geogràficament la salvaguarda: una còpia fora de la seu, al nostre datacenter, permet aixecar els serveis essencials encara que les instal·lacions no siguin utilitzables durant dies.

Prova anual de recuperació

Un cop l'any s'executa una recuperació planificada dels sistemes crítics i se'n cronometra el resultat. La prova serveix per actualitzar la documentació, confirmar que els contactes i les credencials d'emergència continuen sent vàlids i detectar dependències que ningú recordava, com un servei de llicències o un certificat.

Què inclou el pla

El pla recull l'inventari de sistemes i la seva criticitat, els objectius de recuperació acordats per sistema, l'arquitectura de reserva, l'ordre de restauració, els contactes i credencials d'emergència, i el calendari de proves. Seintec executa la part tècnica i documenta cada prova amb temps reals. Les decisions organitzatives —qui activa el pla, com es comunica i què es fa manualment durant la contingència— les defineix l'empresa, amb el nostre suport metodològic. Un pla que només cobreix la part tècnica deixa fora la meitat del que passa durant un incident real.

Què es posa en risc si no s'aborda

  • Pla escrit però mai executat

    Un document sense prova real sol fallar en els detalls: ordre d'arrencada, credencials caducades o dependències externes no previstes.

  • Còpia i sistema al mateix lloc

    Si la salvaguarda comparteix edifici, alimentació i xarxa amb el servidor, qualsevol incident físic els afecta tots dos alhora.

  • Expectatives no acordades

    Sense objectius de recuperació escrits, la direcció espera minuts i la part tècnica prepara hores. La conversa s'ha de tenir abans de l'incident.

Preguntes freqüents

Quina diferència hi ha entre backup i continuïtat?
El backup permet recuperar dades; la continuïtat defineix en quant temps i en quin ordre torna a funcionar el negoci, amb els recursos necessaris per aconseguir-ho.
Què són RTO i RPO?
RTO és el temps màxim acceptable fins a recuperar el servei i RPO la quantitat màxima d'informació que es pot perdre, mesurada en temps.
Cada quant s'ha de provar?
Depèn de la criticitat i dels canvis de l'entorn; s'acorda una freqüència i es documenta cada prova.
Es garanteix que no hi haurà aturades?
No. S'acorden objectius, mesures i proves; cap proveïdor seriós garanteix absència total d'incidents.
Quins objectius de recuperació són raonables?
Depenen del cost de l'aturada per a cada procés, no d'una xifra genèrica. S'acorden per sistema: la identitat i la xarxa solen anar primer, després l'aplicació que sosté l'activitat principal i finalment la resta. Aquests objectius es documenten, es contrasten amb l'arquitectura disponible i es revisen a cada prova.
Cada quant convé provar la recuperació?
Com a mínim un cop l'any per als sistemes crítics, i sempre que hi hagi un canvi rellevant: una migració, una aplicació nova o un canvi de proveïdor. Entre proves completes es poden fer verificacions parcials de restauració de fitxers i bases de dades, que són ràpides i detecten la majoria de problemes.
La continuïtat és només una qüestió tècnica?
No. La part tècnica és la meitat: cal decidir qui comunica, amb quin criteri es decideix activar el pla, com s'informa clients i proveïdors i com es valida la feina feta durant la contingència. Aquesta part organitzativa es documenta juntament amb els procediments tècnics.
Per on es comença si no hi ha res documentat?
Per l'inventari i per una conversa de direcció sobre quins processos no poden aturar-se i durant quant de temps. Amb això es prioritzen tres o quatre sistemes, es comprova si l'arquitectura actual permet complir l'objectiu i es corregeix el que falti abans d'escriure un document extens.

Sol·licitar revisió de continuïtat

Analitzem processos crítics, dependències i temps de recuperació actuals davant dels que necessita el negoci.

Sol·licitar revisió de continuïtat