het is gemakkelijk om best practices te citeren en iemand te vertellen wat ze moeten doen, maar het werkt niet altijd in de praktijk. “Alles werkt op papier, “was mijn reactie op een architect die me vertelde dat ik” me moet houden aan de aanbevolen richtlijnen en best practices in plaats van een schurkenstaat systeembeheerder.”Het feit is dat ik geen malafide systeembeheerder was. Het probleem was dat deze “architect” nog nooit in een datacenter was geweest, noch had hij ooit een serverbehuizing gezien. Hij was gewoon een handleiding Aan het lezen en vertelde me hoe het gedaan moest worden, hoewel hij nooit de ervaring had gehad om het zelf te doen.Afgezien van mijn ervaringen (en houding) moet u de richtlijnen en de beste praktijken voor uw systemen zo nauwkeurig mogelijk volgen. Maar, volg ook je eigen beste oordeel in wat je ook doet, zolang je de belangen van uw gebruikers en uw systeem op het hart. Hier zijn mijn vijf Linux back-up en herstel tips uit de loopgraven, in geen bepaalde volgorde.
1. De oude 3-2-1 regel-ik denk niet dat deze absoluut noodzakelijk is voor elke situatie, maar je zult ook nooit worden ontslagen voor het hebben van te veel goede kopieën van de gegevens van uw bedrijf of voor het beschermen van bedrijfsgegevens te veel. De 3-2-1 regel stelt dat je drie (of meer) kopieën van je gegevens moet bewaren op twee verschillende media en één op een offsite locatie. Degenen die deze methode gebruiken vinden zichzelf zelden zonder een levensvatbare back-up beschikbaar om hun bestanden te herstellen. De nadelen van deze regel zijn ruimtevereisten en beheer. Drie kopieën van gegevens vereisen veel ruimte, en het opslaan op twee verschillende media is duur. Offsite pick-up en opslag zijn ook duur, maar je moet de kosten van 3-2-1 afwegen tegen het niet hebben van een goede en herstelbare back-up.
2. Een speciaal back-upnetwerk: voeg een netwerkinterfacekaart (NIC) toe aan uw serversystemen, plaats die NIC ‘ s op hun eigen geïsoleerde VLAN (zodat zwaar back-upverkeer geen invloed heeft op het productieverkeer) en gebruik een centrale back-uplocatie zoals een opslagserver of netwerkgekoppelde opslag. Zorg ervoor dat u meerdere NIC ‘ s op de opslagserver aan elkaar koppelt om al die inkomende gegevens af te handelen. High-speed disk arrays helpen ook bij het gelijktijdig opnemen van gegevens van meerdere locaties.
3. Strompel uw back-ups-het lijkt erop dat iedereen wil hun back-ups om te beginnen om 1:00am. Doe dat niet. U overspoelt het netwerk met back-upverkeer, zelfs een gescheiden VLAN, en uw back-ups zullen uiteindelijk niet eindigen omdat ze time-out, of ze zullen voor altijd draaien. Bereken hoe lang elke back-up duurt en struikel dan dienovereenkomstig. Ook hoeft niet elke server ‘ s nachts geback-upt te worden. Sommige servers kunnen stil worden zo vroeg als 6: 00pm wanneer iedereen is aangemeld uit het bedrijfsnetwerk. U kunt meerdere systemen tegelijkertijd back-uppen-alleen niet elke server.
4. Documenteer uw back-upprocedures – ik weet dat documentatie ieders minst favoriete ding is om te doen, maar vergeet niet dat je niet volledig in een vacuüm werkt. Er zijn andere mensen die misschien uw instructies moeten volgen of om verder te gaan waar u stopt als u van baan verandert. Documenteer uw back-upstrategie, de stappen die u neemt om back-upgegevens te maken, waar een back-up van de gegevens wordt gemaakt, Identificeer en leg automatisering uit en leg uit hoe u back-upgegevens kunt ophalen. Controleer uw documentatie door iemand anders een back-up en een restore te laten uitvoeren. Overdracht is van cruciaal belang, en als je je huidige bedrijf in een slechte situatie laat, beperk je je toekomstige carrièremogelijkheden. Technologiecirkels zijn klein en iedereen praat. Als je een slechte reputatie krijgt voor sabotage of negatieve scheidingen, zal je dat bedrijf tijdelijk beschadigen, maar je zult jezelf permanent pijn doen.
5. Controleer uw back-ups-hoewel deze tip vanzelfsprekend zou moeten zijn, veel systeembeheerders voeren back-ups uit, controleer of ze zijn uitgevoerd, maar controleer nooit of de back-up daadwerkelijk nuttig is. De manier waarop ik back-ups te controleren is Ik plant een bestand met de naam iets als backup_verify.txt ergens op het bestandssysteem, meestal in /etc / configs dat ik regelmatig herstel. U kunt dit herstel automatiseren als u wilt; het hoeft geen handmatig herstelproces te zijn om te controleren of u dit bestand uit een back-up kunt halen en het naar een bekende locatie kunt herstellen.
het inpakken van
back-ups is een belangrijk, vaak voorkomend pijnpunt onder systeembeheerders. Niemand houdt van back-ups uit te voeren, en het lijkt ons boos te maken als we moeten herstellen van een back-up. Back-ups zijn gewoon een universele pijn. Ze zijn echter een noodzakelijk kwaad. Een goede back-up kan je veel tijd besparen, terwijl slechte back-ups, of verbied, helemaal geen back-ups, weinig zullen doen om je sysadmin carrière te verbeteren.