PDA

View Full Version: Ratkaistu Tietokannan varmuuskopio liian iso!



mario06
22-06-10, 08:23
Olen varmuuskopiointi foorumini kerran heikko kautta ssh, My Backup ollut isompi sitten 350MB ja nyt se osui 1,2 Gt, mielestäni tämä voisi olla ongelma tarkoittaa minulla ei ole ongelmia tukemalla sitä ylös, mutta jos joskus tarvitsee palauttaa voitti "T-palvelimen aikakatkaisu on niin suuri varmuuskopiointi?

steve
22-06-10, 11:00
Olen varmuuskopiointi foorumini kerran heikko kautta ssh, My Backup ollut isompi sitten 350MB ja nyt se osui 1,2 Gt, mielestäni tämä voisi olla ongelma tarkoittaa minulla ei ole ongelmia tukemalla sitä ylös, mutta jos joskus tarvitsee palauttaa voitti "T-palvelimen aikakatkaisu on niin suuri varmuuskopiointi?

Ehdotan olet tarkistanut nämä kaverit kauko-varmuuskopio rsync tai FTP (http://www.bqbackup.com/) Olemme käyttäneet niitä muutaman vuoden ja tällä hetkellä varmuuskopiointi noin 1TB päivittäin, se on erittäin helppo asentaa. Voit tietysti käydä läpi joitakin kaistanleveys, mutta saattaa olla ongelma riippuen palvelimen suunnitelma.

En ole asiantuntija, joku muu tässä epäilemättä on paras neuvo. Sen tärkeää ei rsync elää tietokantoja, vaan rsync sinun hotcopied varmuuskopiot (google se) (http://www.google.com.au/search?hl=en&q=mysqlhotcopy) tai SQL dump tai oman ohjauspaneelin varmuuskopiot.

Palauttaminen on yhtä helppoa kuin rsync tai SCP siirtyä taaksepäin takaisin palvelimelle (bqbackup saat shell) ja palauttaa tietokannan sopiva tapa varmuuskopiointiin menetelmällä. 1,2 Gt pitäisi palauttaa muutamassa minuutissa.

Se sanoi, kunnon isäntä pitäisi antaa sinulle kaikki tarvitsemasi työkalut hallita kaikkia varmuuskopiointi tehtävä.

mario06
22-06-10, 16:14
Kiitos, että vastasit mutta nähdäkseni sinulla on iso porukka niin voit hoitaa avustaa palvelimia + extrat Toisaalta olen noin 140k jäsentä 400k viestit & jne niin pidän sitä olla pieni / keskikokoinen foorumi.

Olen erittäin kätevä SSHing joten ongelma ei ole siellä eikä minun palvelin (silmälasit ovat hyviä) kuitenkin näen "mahdollinen" ongelma palauttamalla se johtuu sen humongous koon (ja kasvavia) kanssa palvelimen Aikakatkaisut ja niin edestakaisin.

Luulen, että jotkut pakkausmenetelmää menetelmä olisi pantava täytäntöön ja / tai taulukoita MyAdmin kokoa pienentää (numero viisas), jopa optimoimalla minun tietokanta on tullut vihamielistä asia tehdä, koska se on kaikkien aikojen ottaen ja siellä on hyvin vähän.

Ystävällisin terveisin: p

vBET
22-06-10, 16:26
Palvelimellamme käytämme automaattisesti koko palvelimen varmuuskopiointi (VPS toiminnallisuus). Ilman mitään ongelmia.

Ole hyvä ja harkitse ole vBET välimuisti taulukoita varmuuskopio. Voit helposti määrittää, mitkä taulukot haluat välimuistin MyAdmin joten kai se voidaan tehdä myös komentoriviltä (SSH). Tietenkin tällainen komento on hyvin pitkä sen pohjalta useita vBulletin pöytiä, mutta jos tallennat sen johonkin tiedostoon olisi varsin mukava tapa tehdä varmuuskopioita.

Muistathan, että vBET sisältö kerrotaan 52 kertaa. Joten jos sinulla on välimuisti käytössä teidän DB on varttua. Eikä vain vähän;) Voit välttää sen sammuttaa välimuisti, mutta me vahvasti sitä ei suositella. Suuriin foorumit kysyy aina Googlelle käännettäväksi tappaisi palvelimen suorituskykyä tai jopa lopettaa Google rajoituksia.

mario06
22-06-10, 16:48
Kun ostin minun oma palvelin (pitkin aika sitten) ei ollut sellaista asiaa kuin VPS:)

En osaa käyttää SSH hyvin ja se on lähellä / jos ei mahdoton estää vBET olemasta backuped, ainoa keino jolla voi tehdä, on esclude se optimoinnissa tai korjaamisesta.

Mutta sinun täytyy harkita, että hyvä 50% ylläpitäjät (ei millään pahalla tarkoitettu) ovat jaettu tai virtuaalinen omistettu palvelin ja noin 70% ei tiedä mitä SSH siis luottaa mySQLdumper, rakennettu vBulletin varmuuskopiointi ja / tai vastaavia.

vBET
22-06-10, 17:00
Ne, jotka käyttävät jaettua hosting ei ole kysymys wit suuret tietokannat. En näe mitään mahdollisuutta ajaa valtava vBulletin - jopa ilman lisäosia - jaettuun hosting. Resurssit ovat yksinkertaisesti liian alhainen.

Myös kirjoitin ne jotka eivät käytä SSH voi yksinkertaisesti varmuuskopioida niiden tietokantoihin eli phpMyAdmin jossa he voivat määrittää mitkä taulukot on varmuuskopioitu. Voit myös kokeilla sitä. Sinun tapauksessasi todella odotan joitakin asioita, koska suurten tiedostojen lataaminen tällainen phpMyAdmin, mutta ehkä on jonkin verran vaihtoehto niin tallenna se palvelin ei lähetä. Tarkista se. Myös - Uskon varmuuskopiointiin kokemus, vielä jos joku GUI työkalujen avulla, mitkä taulukot tarkalleen on varmuuskopioitu, odotan, että on syytä myös sallii komentoriviltä. En tiedä, että - kuten kirjoitin meillä ei ole asioista lainkaan backup koko palvelin - mutta odotan sitä, koska useimmat GUI työkaluja kuten että vain fasades ja pohjassa käytetään vain komentoa komentoriviltä. Joten ehkä se on vain kannattaa tarkistaa - Ehkä se on tullut joissakin MySQL versio. Tiedän, että phpMyAdmin tukee sitä.

tsak76
19-07-10, 14:36
Miten voimme olla vBET taulukoita eri db vain vBET

kamilkurczak
20-07-10, 12:11
Ole hyvä, kysy se uusi aihe:)

mario06
20-07-10, 18:03
tsak76. Olen toinen että ******

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Languages translations made by vBET Translator 4.10.1