Важно: Ова страница користи колачиће (cookies). Користећи овај сајт без искључивања колачиће у прегледачу, значи да сте сагласни да га користите.
Купи Сада! Карактеристике Довнлоадс

Зарадите са нама!

Ако желите да почнете да зарађујете новац са вБЕТ придружити Партнерски програм.
Резултати 1 на 9 од 9

Тема: Бацкуп базе података датотека превелика!

  1. #1
    Модератор
    Регистрован
    Сеп 2009
    Поруке
    142

    Exclamation Бацкуп базе података датотека превелика!

    Ја сам резервну форуму једном слаба преко ССХ, моја резервна није већи од 350МБ и сада га ударио 1.2гб, мислим да ово може бити проблем што значи немам проблема подржавају га, али ако сам икада да поврати победио 'т Сервер тимеоут са таквим великим резервне копије?

  2. #2

    Default

    Quote Оригиналли постед би mario06 View Post
    Ја сам резервну форуму једном слаба преко ССХ, моја резервна није већи од 350МБ и сада га ударио 1.2гб, мислим да ово може бити проблем што значи немам проблема подржавају га, али ако сам икада да поврати победио 'т Сервер тимеоут са таквим великим резервне копије?
    Предлажем да проверите ти момци из Даљински резервних копија помоћу Рсинц или ФТП Смо их користе за неколико година и тренутно резервне копије око 1ТБ дневно, то је врло лако подесити. Ви очито може да прође кроз неки опсег, али то може или не може да буде проблем у зависности од вашег сервера плану.

    Нисам експерт, неко други овде без сумње има бољи савет. Важно је да се не рсинц живе базе података, уместо да рсинц ваше хотцопиед резервне копије (Гоогле га) или скл думп или резервне копије Цонтрол Панел.

    Враћање је једноставно и коришћење рсинц или СЦП да померите резервну копију назад на сервер (бкбацкуп вам дати схелл приступ) и враћање базе података прави начин за прављење резервних копија метод. 1.2ГБ би требало да буде обновљена за неколико минута.

    То је рекао, пристојан домаћин би требало да вам све алате који су потребни да управља сваким резервне копије задатак.

  3. #3
    Модератор
    Регистрован
    Сеп 2009
    Поруке
    142

    Default

    Хвала за одговор, али као што видим имаш велику одећу, тако да можете руковати уз помоћ сервера + додаци, с друге стране имам око 140к чланова 400К поруке и сл тако да ја сматрам да је то мале / средње форуму.

    Ја сам веома практична у ССХинг па проблем не постоји, нити са мојим сервером (спецификације су добре) ништа мање видим "потенцијални" проблем је враћање због огромних величина (и расте) са сервером тимеоутс и тако даље.

    Мислим да је нека врста компресије метода треба да се реализују и / или табеле у МиАдмин смањен у величини (број мудар), чак и оптимизацију моја база података је постао одвратне ствар јер је све време узимања и има врло мало тога.

    Срдачан поздрав

  4. #4
    Мицхаł Подбиелски (вБЕТ штаба) vBET's Avatar
    Регистрован
    Сеп 2009
    Поруке
    3,037

    Default

    На нашем серверу користимо аутоматски пуни сервера резервне копије (ВПС функционалност). Без проблема.

    Молимо вас да размислите не укључују вБЕТ табеле кеш у резервну копију. Можете лако одредити које табеле желите да кеш од МиАдмин па претпостављам да се може урадити из командне линије (преко ССХ). Наравно, таква команда ће бити веома дуг, базирајући на број СМФ табеле, али ако је сачувате у неки фајл би требало да буде сасвим удобан начин да то урадите бацкуп.

    Imajte u noti da se korišćenje vBET sadržaja množi 52 puta. Dakle, ako imate uključen keš na DB-u morate da odrastete. I ne samo malo Можете га избегне искључите кеш, али ми снажно га не препоручујемо. За велике форуме пита сваки пут Гоогле-за превод би убити свог перформансе сервера или чак заврши са Гоогле ограничења.

  5. #5
    Модератор
    Регистрован
    Сеп 2009
    Поруке
    142

    Default

    Када сам купио мој наменски сервер (заједно давно) није било такве ствари као што ВПС

    Знам како се користи ССХ веома добро и то је у близини / ако не и немогуће да искључи вБЕТ од тога бацкупед, једина ствар која се може урадити је есцлуде кад оптимизације или поправке.

    Али морате размотрити да добар 50% вебмастере (без увреде значило) налазе се на дељене или Виртуал Дедицатед сервера и око 70% не знају шта ССХ је на тај начин ослањајући се на миСКЛдумпер, изграђена у СМФ бацкуп и / или слично.

  6. #6
    Мицхаł Подбиелски (вБЕТ штаба) vBET's Avatar
    Регистрован
    Сеп 2009
    Поруке
    3,037

    Default

    Они који користе схаред хостинг немају проблем духовитост велика база података. Не видим могућност да покренете посећеном форуму СМФ - чак и без икаквих додатака - на схаред хостинг. Ресурси су једноставно сувише низак.

    Такође, као што сам написао онима који не користе ССХ може једноставно прављење резервних копија њихове базе података односно пхпМиАдмин, где они могу одредити тачно које табеле треба да се праве резервне копије. Такође, можете да га испробате. У твом случају заиста очекујем нека питања због велике датотеке за отпремање такве пхпМиАдмин, али можда постоји неки опција тако да се уштеди на сервер не отпремите. Проверите то. Такође - Верујем у резервну копију искуства, ипак ако су неки ГУИ-алати омогућавају да се одреди које табеле тачно треба да се праве резервне копије, ја очекујем да је треба да буде и дозвољено командне линије. Не знам да - као што сам написао да немамо проблема уопште са бацкуп целе серверу - али ја то очекујем, јер већина ГУИ алата као да су само фасаде а на дну се користе само наредбе из командне линије. Тако да можда је само вреди да провери - можда је додат у неким МиСКЛ верзија. Знам да пхпМиАдмин подржава.

  7. #7

    Default

    како можемо да имамо табеле вбет на различитим дБ само за вбет

  8. #8
    СМФ предузећа преводилац (вБЕТ) Особље
    Регистрован
    Мај 2010
    Поруке
    1,000

    Default

    молим вас, питајте о томе у нову тему

  9. #9
    Модератор
    Регистрован
    Сеп 2009
    Поруке
    142

    Default

    тсак76. Слажем се са тиме ******

Ознаке за ову тему

Правила постовања

  • Ти не могу постављати нове теме
  • Ти не могу порука одговора
  • Ти не могу слати прикачене фајлове
  • Ти не могу моњати ваше постове
  •