Károsodott tgz archívumot, az áthelyezés után ftp
Amikor beállít egy biztonsági másolatot a másik oldalon, észrevette, hogy a törött részt a levéltár. Nagyon meglepett egy ilyen meglepetés. Miután tanulmányozta a helyzetet, azt tapasztaltam, hogy mi volt a baj.
Először is, meg kell röviden rámutatni, hogyan mentést működik nekem:
- A szerver helyszínek futtatni egy bash script, menetrend
- A forgatókönyv az alap lerakó helyén archiválva mappát, és ha szükséges, a különböző ext. fájlok (pl korona).
- Ahhoz, hogy a nevét kapta fájlok adunk az időbélyegző, és minden tette fel a backup mappát a megfelelő hely
- Továbbá, a fájlok másolása egy távoli szerveren keresztül ftp segédprogram
- És végül, tisztítsa meg a mappát, hát a forrás szerveren tárolják csak az utolsó néhány változat a mentés
Amint meg van írva, biztonsági rendszer teszi számos archívum (minimum 2-A: Base + hely mappa). Így a szerver biztonsági mentéseket, azt tapasztaltam, hogy néhány, a fájlok kinyílik (lásd a lista fájlok), és az a része sérült. Pontosan melyik része volt a levéltár a normál, és be nekem, hogy a csikorgó megállt. Sérült fájl volt nagyjából azonos méretű, mint a forrás szerver, a fájlt a forrás szerver nem sérült. Ezért feltehetően meghibásodása közvetlenül ftp átviteli kiszolgálók között.
A probléma az volt egyszerű: néhány hónappal ezelőtt, azt átirányítja az összes mentést egy Windows Server. Ennek megfelelően, az FTP szerver emelték a natív Windows Server. Egy kicsit a Google segítségével, tanultam a következő: az ASCII transzfer a Linux szerver Windows-on, különböző feldolgozott kocsi vissza (sortörés). Linux küld "\ n", a Windows "\ r \ n". Ennek megfelelően a fájl sérült.
Most nézzük meg, hogy miért harcolt a fájlok közül, és néhány nem. Az archívumban, ahol benne volt egy fájlban (például adatbázis dump), archiváló tudta olvasni a fájl nevét, és mutasd meg nekem. A levéltár, ahol nem volt több, mint egy fájl, fájl archiváló nem tudja olvasni a második fájlt, és így számolt be a hibát azonnal. Nos, ami azt illeti, amikor megpróbálta kibontani a hiba volt mindkét esetben. Ie Vegye figyelembe, hogy ha a archiváló (WinRar, 7ZIP) nyitotta meg a fájlt, és láthatjuk a fájl nevét, ez nem jelenti azt, hogy az egész archívumot.
Oké, azt hiszem, tudom, van egy csomó rekordokat. Keresés oldat, rábukkantam ezt a bejegyzést: javítás sérült bináris fájlok áthelyezték ftp ASCII módban. Ez olyan helyzetet hasonló az enyémhez, de a legfontosabb, hogy leírja, hogyan lehet visszaállítani a fájlokat. Legyen nagyon egyszerű:
Most, hogy kitaláljuk, hogyan kell rögzíteni a bash script, amit találtam küldtek nem törött? Ez a kézikönyv segít a közüzemi ftp, ami itt található: férfi ftp. Érdekeltek vagyunk itt, ez a rész, amely leírja a rendelkezésre álló parancsok után a kapcsolat:
bináris - állítja a fájlátviteli mód támogatására továbbítására bináris képek.
Add ezt a parancsot, hogy a csapat kap valami ilyesmit: