blogg-vitalika.ru

  

Bästa artiklarna:

  
Main / Suse autoyast hur man grundläggande ansikte

Suse autoyast hur man grundläggande ansikte

Du gillar att vara förberedd så att om ditt system förstördes kan du återskapa det så mycket som möjligt innan det var oavsett vad som förstördes exakt, från felaktig programvara som raderade väsentliga filer, skadade filsystem, förstörd skivpartitionering till trasig hårdvara som defekta disketter eller helt förstörda datorer.

Vid en första systeminstallation betyder "lagra nyttolast" vanligtvis att installera RPM-programvarupaket. Den enda verkliga skillnaden mellan en vanlig systeminstallation och katastrofåterställning är hur nyttolasten lagras. Systemkonfiguration e. Till exempel även i YaST hålls den faktiska installationen åtskild från konfigurationen - åtminstone till en viss grad.

En initial vanlig systeminstallation kräver ytterligare ett efterföljande systemkonfigurationssteg eftersom de installerade RPM-programvarupaket resulterar i ett orört "rå" -system med standardkonfigurationsfilerna från programvarupaket som måste konfigureras efter behov.

Däremot resulterar katastrofåterställning i ett konfigurerat system eftersom konfigurationsfilerna återställs från säkerhetskopian. Ett annat sätt för systeminstallation med eller utan konfiguration är den så kallade "bildinstallationen".

I händelse av bildinstallation betyder "lagra nyttolast" vanligtvis att lagra en bild av filerna vad "bild" exakt betyder i den beständiga lagringen som kan resultera i ett "rå" system med standardkonfigurationsfiler eller ett konfigurerat system med anpassade konfigurationsfiler som behövs.

Till exempel är KIWI ett bildbyggsystem som kan användas för en bildinstallation, se https: Den här artikeln handlar bara om hur man kan återhämta sig efter en katastrof genom att återskapa det förstörda systemet. Andra sätt att hantera en katastrof som lösningar med hög tillgänglighet via redundant replikerade system beskrivs inte här. I detta specifika fall betyder "katastrofåterställning" att återskapa det grundläggande operativsystemet i. I synnerhet speciella tredjepartsapplikationer e.

Det grundläggande operativsystemet kan återskapas på samma hårdvara eller på helt kompatibel ersättningshårdvara så att "metallåterställning" är möjlig.

Till exempel kan man inte ha ett ersättningsnätverkskort som behöver en annan kärnmodul och man kan inte byta från BIOS till UEFI eller byta till en annan arkitektur e. I allmänhet kan "hårdvara" också vara virtuell hårdvara som en virtuell maskin med virtuella hårddiskar, jfr.

Men "helt kompatibel ersättningshårdvara" betyder att man inte kan byta från riktig hårdvara till virtuell hårdvara eller från en typ av virtualiseringsmiljö till en annan typ av virtualiseringsmiljö e. Dessutom betyder "helt kompatibel ersättningshårdvara" att man inte kan byta från en typ av lagringsstruktur till en annan typ av lagringsstruktur e. Även om du skapade återställningsmediet utan fel eller varning finns det ingen garanti för att det i ditt specifika fall fungerar att återskapa ditt system med ditt återställningsmedium.

Den grundläggande anledningen till att det inte finns någon katastrofåterställningslösning som "bara fungerar" är att det är praktiskt taget omöjligt att autodetektera på ett tillförlitligt fungerande sätt all information som behövs för att återskapa ett visst system :. Till exempel finns det allmänna problemet att det är omöjligt att på ett tillförlitligt sätt avgöra hur ett körande system faktiskt startades. Eller så kan installationen av bootloader på hårddisken inte fungera alls och systemet startades faktiskt från ett flyttbart media som CD eller USB-minne.

När det inte fungerar kan du kanske ändra din systemkonfiguration för att vara enklare eller så måste du manuellt anpassa och förbättra ramverket för katastrofåterställning så att det fungerar för just ditt fall. Du måste testa i förväg att det fungerar i ditt specifika fall att återskapa ditt specifika system med ditt specifika återställningsmedium och att det återskapade systemet kan starta på egen hand och att det återskapade systemet med alla dess systemtjänster fortfarande fungerar som du behöver det i din särskilt fall.

Du måste ha ersättningshårdvara tillgänglig där ditt system kan återskapas och du måste prova om det fungerar för att återskapa ditt system med ditt återställningsmedium på din ersättningshårdvara. Du måste kontinuerligt verifiera att återställningen fortfarande fungerar på ersättningshårdvaran, särskilt efter varje ändring av grundsystemet. Efter den första installationen plus konfigurationen från ett openSUSE- eller SUSE Linux Enterprise-installationsmedium, ställ in systemåterställningen och installera om den via systemåterställningen för den faktiska produktiva distributionen.

På så sätt vet du att din systemåterställning fungerar åtminstone på den exakta hårdvaran som du använder för ditt produktionssystem. Dessutom säkerställer distribution via återställningsinstallation att i händelse av en katastrof din specifika katastrofåterställning inte återskapar ditt system med möjligen subtila men allvarliga skillnader jfr. När du använder ditt eget hemlagade sätt för distribution kan nedanstående avsnitt om "Generisk användning av det vanliga SUSE-installationssystemet för säkerhetskopiering och återställning" vara av intresse för dig.

Du måste ha helt kompatibel ersättningshårdvara tillgänglig som är redo att användas för katastrofåterställning. När din ersättningslagring inte är ren ny lagring i. Annars när du försöker installera om systemet, jfr. Eftersom nollställning av lagringsutrymme kan ta lång tid på stora diskar bör du göra det i förväg när du har tid att göra det på ett "avslappnat" sätt att förbereda redan använda diskar som är avsedda att senare återanvändas för katastrofåterställning jfr. .

Var beredd på att din systemåterställning inte kan återskapa ditt system. Var beredd på en manuell rekreation från grunden. Ha alltid all information tillgänglig som du behöver för att återskapa ditt specifika system manuellt. Återskapa ditt system manuellt på din ersättningshårdvara som en övning.

Ovanstående "rekommendationer" är faktiskt inte trevliga att ha rekommendationer men obligatoriska krav. Så länge du installerar ditt system med ett annat system för installation av verktygssatser plus installationsprogram än vad du tänker använda senare i nödfall och tidspress för katastrofåterställning, har du inte ett riktigt katastrofåterställningsförfarande. Det fungerar inte riktigt när du installerar ditt system med en annan verktygsuppsättning än vad du använder för att installera om det.

För ett riktigt katastrofåterställningsförfarande bör du använda samma installationssystem och samma installationsprogram för alla typer av dina installationer. Du måste åtminstone använda samma installationssystem och samma installationsprogram för din produktiva installationsinstallation och för din katastrofåterställning.

Och även då känner du fortfarande ditt system så att du alltid är beredd på en manuell rekreation från grunden. När du har verksamhetskritiska system men du inte har ett riktigt katastrofåterställningsförfarande för dem som beskrivs ovan i. Vanligtvis är det en återvändsgränd om ditt katastrofåterställningsförfarande misslyckades med att återskapa ditt system på din ersättningsmaskinvara efter att ditt ursprungliga system förstördes, se även avsnittet om "Hjälp och support" nedan.

Det finns två slags RPM-paket som ger ramar för att återskapa det grundläggande operativsystemet: Paketen är avsedda för erfarna användare och systemadministratörer. Det finns ingen enkel användargränssnitt och i synnerhet finns det inget GUI. Se utgivningsanteckningarna för ReaR uppströms på http: Utgivningsanteckningarna för ReaR uppströms för ReaR version 2.

För en produkt som SUSE Linux Enterprise 12 tillhandahåller vi flera ReaR-versioner parallellt så att användare där version N inte stöder deras speciella behov kan uppgradera till version M men å andra sidan användare som har en fungerande katastrofåterställningsprocess med version N inte behöver uppgradera.

Därför innehåller paketnamnet versionen och alla paket strider mot varandra för att undvika att en installerad version av misstag ersätts med en annan version. Se även avsnittet "Versionuppgraderingar för Relax-and-Recover" nedan. Relax-and-Recover förkortas ReaR stavas ofta felaktigt 'Bak' eller 'Bak'. Relax-and-Recover är helt skrivet på modersmålet för systemadministration: Erfarna användare och systemadministratörer kan anpassa eller utöka ReaR-skript för att få det att fungera för sina specifika fall och - om det värsta kommer till det värsta - även tillfälligt snabbt och smutsiga lösningar är relativt lätt möjliga - förutsatt att du känner till ReaR och ditt system så att du är beredd på lämplig manuell ad hoc-intervention.

Professionella tjänster och support från Relax-and-Recover uppströms finns tillgängliga se http: Logga in som root och kör "rear recover" som gör följande :.

Men kom ihåg: Det finns ingen sådan sak som en katastrofåterställningslösning som "bara fungerar". När det inte fungerar kan du kanske ändra din systemkonfiguration så att den blir enklare eller så måste du manuellt anpassa och förbättra de olika bash-skripten i ReaR så att det fungerar för just ditt fall. Betydelsen av 'Relax' är: Efter att en erfaren administratör hade ställt in den eventuellt med några nödvändiga anpassningar och efter att den testats grundligt och så länge det kontinuerligt valideras att återställningen faktiskt fungerar på ersättningshårdvaran, särskilt efter varje förändring av det grundläggande systemet, då kan man koppla av.

Dessutom är innebörden av 'Relax' att du kan spendera din tid på att noggrant ställa in, testa och kontinuerligt validera ditt specifika katastrofåterställningsförfarande i förväg innan en katastrof inträffar när du har tid för det och när du kan göra det steg för steg på ett "avslappnat" sätt. När då en riktig katastrof inträffar kan till och med en relativt oerfaren person göra återhämtningen på ersättningshårdvaran starta ReaR-återställningssystemet, logga in som root, kör "bakre återhämtning" och slutligen starta om.

Det betyder att när ReaR används för att återställa ditt system, återskapar ett helt annat installationsprogram ditt system. Därför, när den första installationen av det grundläggande operativsystemet från ett openSUSE- eller SUSE Linux Enterprise-installationsmedium hade fungerat, kanske det speciella ReaR-återställningssystemet inte fungerar i ditt specifika fall eller så kan det fungera utan återskapa ditt system med några möjligen subtila men allvarliga skillnader. Följande är endast ett exempel för den allmänna typen av problem.

Den specifika frågan händer inte längre med nuvarande ReaR-versioner - idag dyker andra problem av det allmänna slaget upp. Om "bakre återställning" körs på ett system med en ny hårddisk e. Se https: Relax-and-Recover ReaR är varken en programvara för säkerhetskopiering eller en programvara för säkerhetskopiering och den är inte avsedd att vara en. ReaR anropar bara ett externt verktyg som säkerhetskopierar filerna under "bakre mkbackup" och dess motsvarighet för att återställa filerna under "bakre återställning" som standard är verktyget "tjära".

Det är din uppgift att se till att din säkerhetskopiering är konsekvent, jfr. När det gäller "motpart för att göra återställningen": Att kunna ringa återställningsverktyget under "bakre återställning" återställningsverktyget och allt vad det behöver för att köra bibliotek, konfigurationsfiler, vad som helst måste ingå i ReaR-återställningssystemet där "bak återställ "körs. Vanligtvis implementeras endast grundläggande stöd för de olika säkerhetskopieringsverktygen i ReaR i. Det är väldigt annorlunda i vilken utsträckning stöd för varje enskilt säkerhetskopieringsverktyg implementeras i ReaR eftersom stöd för varje enskilt säkerhetskopieringsverktyg implementeras åtskilt från varandra.

Därför för vissa specifika säkerhetskopieringsverktyg kan det nuvarande stödet i ReaR till och med vara "mycket grundläggande", jfr. Detta innebär att man efter en lyckad "bakre mkbackup" -körning inte sparar filerna i NFS-katalogen till en permanent säker plats, har man ingen säkerhetskopia om en andra "bakre mkbackup" -körning misslyckas.

I synnerhet har man ingen säkerhetskopia medan en andra "bakre mkbackup" -körning skriver över den gamla säkerhetskopian. Efter en "bakre mkbackup" -körning måste användaren på egen hand göra vad som är lämpligt i sin speciella miljö hur man hanterar säkerhetskopieringen och ISO-avbildningen för ReaR-återställningssystemet och ReaR-loggfilen och så vidare. När du har ett fungerande katastrofåterställningsförfarande, uppgradera inte ReaR och ändra inte den grundläggande programvaran som används av ReaR som partitioneringsverktyg, filsystemverktyg, bootloader-verktyg, ISO-bildskapande verktyg och så vidare.

För varje uppgradering av ReaR-versionen och för varje ändring av en programvara som används av ReaR måste du noggrant och fullständigt verifiera att ditt specifika katastrofåterställningsförfarande fortfarande fungerar för dig. Se nedan avsnittet "Första stegen med Relax-and-Recover" varifrån du kan få de senaste ReaR-versionerna eller se Nedladdningar på Relax-and-Recover uppströms. Eftersom ReaR bara är bash-skript plus dokumentation betyder det att det i slutändan inte spelar någon roll vilken version av dessa bash-skript du använder.

Det viktiga är att den specifika delmängden av ReaRs bash-skript som faktiskt körs för just din katastrofåterställning fungerar för dig eller kan anpassas eller utökas för att få det att fungera med så lite ansträngning som möjligt. Om det inte fungerar med en uppdaterad ReaR-version, försök att ändra din grundläggande systemkonfiguration för att vara mer traditionell om möjligt, försök att undvika att använda de senaste funktionerna för ditt grundläggande system eller du måste manuellt anpassa och förbättra ReaR för att göra det arbeta för just ditt fall.

För alla typer av innovation som tillhör grundsystemet e. Å andra sidan betyder detta: När du har en fungerande katastrofåterställningsprocedur och du uppgraderar programvara som är relaterad till det grundläggande systemet eller om du gör andra ändringar i ditt grundläggande system måste du också noggrant och fullständigt ompröva att din specifika katastrof återställningsförfarandet fungerar fortfarande för dig. I synnerhet exportera den som "rw" som :. Använd standard PC-kompatibel arkitektur, jfr.

I synnerhet har samma virtuella hårddiskstorlek på båda maskinerna och samma typ av virtuellt nätverkskort. NFS-servern måste köras på värden om det virtuella nätverket är i så kallat "isolerat läge" med privata IP-adresser i form 192. Egentligen behövs inget fysiskt nätverk för ett virtuellt nätverk i "isolerat läge" vilket innebär att du kan göra ditt första steg med ReaR på en enda isolerad dator som fungerar som värd för de virtuella maskinerna och som NFS-servern.

I ett sådant isolerat privat nätverk är värdens IP-adress vanligtvis ungefär 192.

(с) 2019 blog-vitalika.ru