sql >> Databasteknik >  >> RDS >> Oracle

Säkerhetsnät

Skyddsnät finns av en anledning. För att skydda dig från när en katastrofal händelse inträffar. Att stoppa den händelsen från att bli din värsta mardröm. En person som tvättar fönster på en skyskrapa har en katastrofal händelse att oroa sig för ... att falla till marken. Så den personen bär en sele fäst vid ett rep. Om plattformen faller eller om vinden välter honom, kommer selen och repet att stoppa hans värsta mardröm, att han slår i marken nedanför. För en skyskrapa fönstertvätt, faller den katastrofala händelsen, oavsett orsak. Den värsta mardrömmen av det till och med är att träffa marken nedanför.

På samma sätt, när jag går till djurparken, försöker jag se lejonen och tigrarna som visas. Oavsett vilken djurpark jag besöker finns det alltid en barriär av något slag mellan mig och djuren. Den katastrofala händelsen skulle vara om ett av dessa djur kunde röra mig och den värsta mardrömmen är att jag blir attackerad av dessa djur och får dödliga sår. Barriären är skyddsnätet.

För många år sedan, när jag var mycket yngre, satt jag i ett auditorium på vårt företags anläggning och lyssnade på HR-chefen prata om nästa års förändringar i våra förmåner. Han pratade om förändringar av vår hälsoplan etc. Han sa något under diskussionen som alltid har fastnat för mig. Han sa att "försäkring handlar om riskhantering". För vårt möte den dagen talade han om sjukförsäkring och livförsäkring. Och det är sant, vi köper sjukförsäkringen som hanterar risker för oss. Jag skulle kunna köpa det bästa alternativet företaget erbjuder och jag skulle vara täckt för massor av riskscenarier. Men det skulle kosta mig mest. Eller så kunde jag köpa det billigaste alternativet, som inte skulle täcka så mycket av mina medicinska behov, men då skulle det inte kosta mig. Hans poäng är att jag var tvungen att väga riskerna för att saker skulle hända mig, medicinskt, och med lämplig täckning med hänsyn till kostnaderna också.

Så vad har detta med databassystem att göra? På sistone har jag sett några människor försöka göra några galna saker med sin standby-databaskonfiguration. Kom ihåg att din standby-databas är ditt företags skyddsnät. Skulle en katastrofal händelse inträffa som stänger av det primära datacentret, skulle den värsta mardrömmen vara att dina kunder inte har tillgång till databasen. Standbydatabasen vid ett alternativt datacenter kommer till undsättning. Det skulle vara karriärhotande att göra en konfigurationsändring av dina primära/standby-system som skadar ditt skyddsnäts förmåga att fungera effektivt. Du kommer inte att se fönsterspolaren lossa remmarna på hans säkerhetssele när han är 30 våningar över marken. Du kommer inte att se mig skära av barriären mellan mig och tigern på djurparken. På samma sätt bör du inte ta risker med ditt företags skyddsnät för deras produktion av Oracle-databaser.

Jag kom nyligen på det här citatet:

Varför ta chanser med ditt skyddsnät. Precis som fönsterspolaren 30 butiker ovan mark vet du aldrig när den där vindpusten kommer att testa ditt skyddsnät. Bättre hoppas att förändringen du gör inte påverkar ditt skyddsnäts förmåga att eliminera den värsta mardrömmen när den katastrofala händelsen blir verklighet. Ditt företag har redan beslutat att avsätta medlen för riskhantering. De finansierade implementeringen av ett alternativt datacenter och en standby-databas.


  1. grundläggande pyodbc bulkinsats

  2. Installera och konfigurera MySQL Workbench på Ubuntu 16.04

  3. Anslutningspoolning i .NET/SQL-server?

  4. Barman 2.11:barman-cloud-restore och barman-cloud-wal-restore