Teljes verzió megtekintése: Megoldott Adatbázis biztonsági mentés túl nagy!
Én hát a fórumon, ha egy gyenge ssh-n keresztül, a mentés nem volt nagyobb, akkor 350MB, és most hit 1.2gb, azt hiszem, ez lehet a probléma jelenti nekem nincs probléma támogatásával fel, de ha valaha is kell csinálni egy visszaállítási nyert 't az időtúllépés ilyen nagy backup?
Én hát a fórumon, ha egy gyenge ssh-n keresztül, a mentés nem volt nagyobb, akkor 350MB, és most hit 1.2gb, azt hiszem, ez lehet a probléma jelenti nekem nincs probléma támogatásával fel, de ha valaha is kell csinálni egy visszaállítási nyert 't az időtúllépés ilyen nagy backup?
Azt javaslom, hogy ellenőrizze ezeket a srácokat meg Remote Backup segítségével Rsync vagy FTP (http://www.bqbackup.com/) Van használta őket néhány évig, és jelenleg a backup 1TB naponta, nagyon könnyen beállítható. Akkor nyilván megy keresztül néhány sávszélesség, de lehet, hogy nem lehet probléma függően szerveren tervet.
Nem vagyok szakértő, valaki itt kétségkívül jobb tanácsot. A fontos, hogy ne rsync élni adatbázisok helyett rsync a hotcopied mentés (google) (http://www.google.com.au/search?hl=en&q=mysqlhotcopy) vagy egy SQL dump-, vagy a kezelőpanel biztonsági másolatokat.
Helyreállítása olyan egyszerű, mint a rsync vagy SCP, hogy vigye a backup vissza a szerver (bqbackup kapsz hozzáférést shell), és visszaállítani az adatbázist a megfelelő utat a biztonsági mentési módszert. 1.2GB vissza kell állítani néhány perc alatt.
Igaz, egy rendes gazda kell adni minden eszközt be kell kezelni minden mentési feladat.
Köszönöm, hogy válaszol, de amint látom, van egy nagy ruhát, így képes kezelni a támogatott szerverek + extrák másrészt már a 140k tagjai 400K hozzászólás & stb úgyhogy úgy vélik, hogy a kis / közepes fórum.
Nagyon praktikus a SSHing, így a probléma nem létezik és nem is az én szerver (specifikációk jó) mégis látom a "potenciális" probléma helyreállítása is köszönhetően humongous méret (és növekvő) a szerver időtúllépés, és így tovább.
Azt hiszem, valamilyen tömörítési módszert kell alkalmazni és / vagy táblázatok MyAdmin csökkentett méretű (több szempontból), még akkor is optimalizálja az adatbázis vált gyűlöletes dolog, mert minden alkalommal vesz, és nagyon kevés rá.
Üdvözlettel: p
A szerverünkön használjuk az automatikus mentés teljes kiszolgáló (VPS funkció). Probléma nélkül.
Kérjük, vegye figyelembe nem tartalmazza vBET cache táblák biztonsági mentés. Könnyedén melyik táblákat szeretné cache MyAdmin, így azt hiszem, hogy ez is elvégezhető parancssorból (az ssh). Természetesen az ilyen parancs nagyon hosszú, alapozza a száma vBulletin táblák, de ha menteni néhány fájlt kell elég kényelmes módja a biztonsági mentéseket.
Felhívjuk figyelmét, hogy a vBET a tartalom szorozni 52-szor. Tehát, ha cache-be a DB kénytelenek felnőni. És nem csak egy kicsit;) lehet elkerülni azt kikapcsolni cache, de erősen nem ajánlom. A nagy fórumok kér minden alkalommal a Google fordítás megölné a szerver teljesítményét, vagy akár befejezni a Google korlátozásokat.
Amikor vásároltam dedikált szerver (és idővel ezelőtt) nem volt olyan dolog, mint VPS:)
Tudom, hogyan kell használni SSH nagyon jól, és ez közel /, ha nem lehetetlen kizárni vBET attól, hogy backuped, az egyetlen dolog, amit lehet csinálni a esclude, amikor optimalizálása és javítása.
De figyelembe kell venni, hogy egy jó 50%-a webmesterek (nincs bűncselekmény jelent) a megosztott vagy virtuális dedikált szerver és mintegy 70% nem tudja, mi SSH így támaszkodva mySQLdumper, a beépített vBulletin mentési és / vagy hasonló.
Azok, akik a megosztott tárhely nem probléma esze nagy adatbázisok. Nem látok lehetőséget, hogy futni hatalmas vBulletin fórum - nélkül is beépülő - a megosztott hosting. A források egyszerűen túl alacsony.
Szintén írtam, akik nem használnak SSH egyszerűen készítsenek biztonsági másolatot adatbázisok azaz phpMyAdmin ahol pontosan meghatározni, hogy mely táblákat kell alátámasztani. Ön is tudja próbálni. Az Ön esetében valóban várok néhány probléma, mert a nagy fájlok feltöltését ilyen phpMyAdmin, de talán van némi lehetőség, így mentse a szerver nem feltölteni. Kérjük, ellenőrizze azt. Is - azt hiszem a biztonsági tapasztalat, még ha néhány grafikus eszközök lehetővé teszik, hogy mely táblák pontosan meg kell menteni, azt várom, hogy ez is meg kell tenni a parancssorból. Nem tudom, hogy - mint írtam már nem kérdés egyáltalán backup egész szerver - de várok rá, mert a legtöbb grafikus eszközök, mint például, hogy csak fasades, és az alsó használják csak parancsot a parancssorból. Tehát lehet, hogy éppen Érdemes megnézni - talán ez volt hozzá néhány MySQL verzió. Tudom, hogy phpMyAdmin támogatja azt.
hogyan kell vBET táblák egy másik db csak vBET
kamilkurczak
20-07-10, 12:11
Kérjük, kérdezze erről az új téma:)
tsak76. Én második, ******
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.