Onderwerp: Snelste manier voor restore?

Ik moet voor iemand straks een restore gaan doen.
Het betreft een Cpanel machine waarvan een HD gecrashed is.

Er zijn op een andere machine backups aanwezig, daarvan zijn er dagelijkse, wekelijkse, maandelijkse en jaarlijkse backups. Afgelopen nacht is nog de dagelijks backup gewoon gelukt.

Toegang tot die machine is via ftp.

In de huidige machine wordt de HD vervangen door een andere en weer het OS er op gezet, ik neem aan incl. Cpanel, dat moet ik straks nog effe gaan bekijken.

Wat is de beste manier om de backup te restoren? Alles via ftp, of is er nog een betere manier bijv. middels wget of iets anders?
Voor zover mij op dit moment bekend heb/krijg ik alleen ftp toegang tot de backup server.

Nouja als je alleen FTP toegang krijgt, is het beetje nutteloos om te vragen naar andere technieken he .

Ik weet niet hoe groot de backups zijn? Indien 2+ GB zou ik ze gewoon even met SCP over zetten (en anders ook als 't kan) en gewoon met cprestore terug zetten. Zo gepiept.

Oorspronkelijk geplaatst door Blacky

Ik moet voor iemand straks een restore gaan doen.
Het betreft een Cpanel machine waarvan een HD gecrashed is.

Balen. Toch maar RAID I volgende keer?

Oorspronkelijk geplaatst door Blacky

Er zijn op een andere machine backups aanwezig, daarvan zijn er dagelijkse, wekelijkse, maandelijkse en jaarlijkse backups. Afgelopen nacht is nog de dagelijks backup gewoon gelukt.

Ik ga er vanuit dat die niet overschreven kunnen worden toch?

Oorspronkelijk geplaatst door Blacky

Toegang tot die machine is via ftp.

In de huidige machine wordt de HD vervangen door een andere en weer het OS er op gezet, ik neem aan incl. Cpanel, dat moet ik straks nog effe gaan bekijken.

Nieuwe HDD = nieuwe OS install = nieuwe cPanel install.

Oorspronkelijk geplaatst door Blacky

Wat is de beste manier om de backup te restoren? Alles via ftp, of is er nog een betere manier bijv. middels wget of iets anders?
Voor zover mij op dit moment bekend heb/krijg ik alleen ftp toegang tot de backup server.

Beste of makkelijkste? Makkelijkste is via de cpanel interface, restore multiple accounts...
Via ftp is tie wel even bezig, daar het vanaf bepaalde grote's in parts wordt gesneden....

Aangezien je dat straks nog gaat doen, neem ik aan dat er niet veel haast bij is, en er niet veel op staat?

@NST: Misschien, maar je hebt ftp, wget, ik weet niet wat het handigst is.

Balen. Toch maar RAID I volgende keer?

Wat mij betreft wel, maarja het is niet mijn klant en ook niet mijn machine.

Ik ga er vanuit dat die niet overschreven kunnen worden toch?

Ik heb geen flauw benul hoe dat ingeregeld is. Volgens mij gaat dat automatisch vanuit Cpanel. Ik heb net een kijkje genomen op de ftp en zie van alle hostingaccounts tar.gz bestandjes.

Nieuwe HDD = nieuwe OS install = nieuwe cPanel install.

Correct, alleen is me op dit moment nog niet bekend of men gelijk al die Cpanel er ook bij installeert of dat ik dat straks zelf moet gaan doen. Maar dat hoor ik nog wel.

Haast? Jawel, er staan een stuk of 60 hosted accounts op, waarvan een aantal commerciele met webshops die momenteel (logischerwijze) echt niet blij zijn.

Het "straks" duidt op het feit dat ik niet weet wanneer de leverancier de HD er in heeft zitten en klaar is met de OS installatie. Het is zondag, het is geen managed machine dus het zal niet bepaald prioriteit hebben.

Ik hoor echter net dat ik via email op de hoogte gebracht ga worden van hoe die backup het beste teruggezet kan worden.
Er is inderdaad een verschil tussen beste en makkelijkste. Ik zal het doen zoals zij het graag willen.

Maar in elk geval alvast beiden bedankt voor de tips en de snelle reactie!

Voor mij wel leuk om eens te doen, want restoren doe ik zelden. Voor de klanten minder leuk natuurlijk, maarja zoals gezegd zijn het gelukkig mijn klanten niet.
Ik werd ook alleen gebeld omdat ik toevallig een kennis ben en niet op vakantie ben momenteel.

Het restoren van cPanel (multiple) accounts is een kwestie van aangeven waar de backups zich bevinden, de accounts selecteren die restored moeten worden en daarna afwachten... en afwachten... meer is er niet te doen...

Daar was ik al bang voor. Maar het ging mij om het overzetten van de te restoren data.
Ik hoorde nu dat ik het eerst zou moeten downloaden naar mijn eigen machine, dan als de nieuwe hd klaar is uploaden en dan vanuit cpanel restoren. Aldus werd me verteld in elk geval.
Mooi, maar da's veel te veel werk, dus ik haal het liever gelijk van de backup server over naar de cpanel machine zo gauw die klaar is.

Alleen zit je vaak fxp'en (server2server transfers) disabled zijn. Als er geen handigere wijze is zal ik even moeten kijken of ik dat ergens kan activeren in de ftp server software die Cpanel op de machine zet.
Of het moet zijn dat de restore funktie van Cpanel zelf ook met ftp kan ophalen dan maakt het de boel een stuk makkelijker.

Nope, uploaden is altijd trager he....

Snelste: data vanaf de nieuwe bak downloaden middels ssh of scp, en dan lokaal restoren.
Lijkt me altijd nog sneller dan ftp.

Ik zal straks eens controleren of er SSH toegang te krijgen is op die backup server. Anders moet het maar op de trage manier.
De HDD zit er overigens nog steeds niet in... dus het gaat nog wel een paar minuten duren.

Thanks!

Kun je de HDD (of een mirror *hint*) met de backups gewoon niet tijdelijk in de server bijplaatsen? Scheelt je een hoop werk en tijd(!). Dan kun je v.a. die HDD de backups laten restoren.

Nee ik kan er fysiek niet bij, is allemaal niet mijn spul.
Ik heb nu begrepen dat het OS op de nieuwe schijf staat, maar dat men tot 3x toe heeft geprobeerd de zaak te updaten en dat dit niet lukte. Men onderzoekt nu waarom dat niet lukt, dus ik wacht rustig af. Een TD van een groter bedrijf is ermee bezig.
Maar toch bedankt voor de tip. Als ik zelf eens zoiets aan de hand heb is dat zeker een goed idee.

Is dit eigenlijk niet een vraag die je moet stellen VOORDAT er een probleem is? Nu moet je dus eerst gaan uitzoeken wat de snelste en beste manier is, wat weer allemaal tijd kost en de uptime ook niet ten goede doet.

Het lijkt me in ieder geval het snelste om dan als het OS geïnstalleerd is om de backups via command line via FTP binnen te trekken.

'man ftp'

Nu moet je dus eerst gaan uitzoeken wat de snelste en beste manier is

Ik moet niks. Het is me gevraagd voor als het zover is, dus ja dan ga ik er wel achterheen om te helpen, maar het is een vriendendienst dus dan moet niemand gaan mauwen over uptime en tijd die het kost. Het is geen prioriteit voor mij, althans ik die er wel aan geef nu omdat ik het toch eventjes wat rustiger heb.

Het is zaak van de originele eigenaar daar van tevoren rekening mee te houden.
Dat is schijnbaar gebeurt want die laat alles door Cpanel terugzetten.
Nadeel is veel downtime. Zelf zou ik het vermoedelijk wel anders gedaan hebben.

Het restoren van cPanel (multiple) accounts is een kwestie van aangeven waar de backups zich bevinden, de accounts selecteren die restored moeten worden en daarna afwachten...

Hmmz... zijn er nog aparte dingen wat je tegen kunt komen?

Cpanel is van mening dat er op de aangegeven plaats geen backups aanwezig zijn. Ik had een directory /restore/cpbackup aangemaakt en daar alle backup.tar.gz files in gezet die cpanel gemaakt had en ik van de backup-ftp had afgehaald maar Cpanel ziet deze gewoonweg niet.

Bleek ook dat de tar.gz bestanden corrupt zijn/waren. Je kunt ze wel openen en alles staat er gewoon in. De fixgz voor als je ascii uploads gedaan had kon het niet fixen.

Een ingehuurd bedrijf heeft het (naar ik hoorde) wel kunnen fixen (vraag me niet hoe) en ik begreep nu via iemand anders dat de Cpanel versie ook nog 3 releases nieuwer was dan er origineel op heeft gestaan en dit ook tot problemen zou leiden?

Vreemd, want nog geen twee weken terug heb ik die zelf nog geupdate naar de laatste nieuwe stable release van dat moment.

Maar het vreemdste is toch wel dat Cpanel de backups niet zag. Is daar geen backwards compatibiliteit voor ingebouwd of waar zou dit door kunnen komen?

Indien je backup van cPanel 11 afkomt, dan zal dit geen enkel probleem geven. cPanel 10 is inmiddels al EOL.