- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа, есть выделенный сервер с оперативной памятью 2 гб, swop - 4 гб.
Запускаю через isp панель бэкап базы Mysql. Во время бэкапа сначала происходит исчерпание всей оперативки, потом всей памяти в swop, потом сервер валится.
Можно как то ограничить использование оперативной памяти во время бэкапа?
Господа, есть выделенный сервер с оперативной памятью 2 гб, swop - 4 гб.
Запускаю через isp панель бэкап базы Mysql. Во время бэкапа сначала происходит исчерпание всей оперативки, потом всей памяти в swop, потом сервер валится.
Можно как то ограничить использование оперативной памяти во время бэкапа?
рекомендую делать бекапы через ссш
рекомендую делать бекапы через ссш
делать бэкап ≠ скачивать бэкап :)
рекомендую делать бекапы через ссш
через ssh меньше ресурсов расходуется?
Если делать руками и головой - меньше
Господа, есть выделенный сервер с оперативной памятью 2 гб, swop - 4 гб.
Запускаю через isp панель бэкап базы Mysql. Во время бэкапа сначала происходит исчерпание всей оперативки, потом всей памяти в swop, потом сервер валится.
Можно как то ограничить использование оперативной памяти во время бэкапа?
Ограничить использование памяти кем? Бекапом - так почти наверняка память забивают какие-нить апачи, которые ждут отработки SQL-запросов к базе, которые лочит бекап. Так что бекап ограничивать глупо. Нужно думать - как в Вашем случае организовать его так, чтобы он отрабатывал быстро. Может структуру базы сменить, тип таблиц, метод бекапа (например два mysql сервера и бекапить со slave) и т.п.
;8802876']делать бэкап ≠ скачивать бэкап :)
если сделал, то скачать, это уже мелочи :)
в любом случае меньше
iamsens, mysqldump он и в африке mysqldump. И он в любом случае лочит таблицы в базе. база весит, видимо, много. Надо, чтобы бекап как минимум делался в моменты наименьшей нагрузки для начала. Во вторую очередь надо, чтобы апач был нормально настроен. И самым верным в этом случае будет, мне кажется, к примеру, InnoDB.
gexogensib, а размер данных подлежащих бекапу почему не привел?
может сложиться ситуация, когда ресурсов почти хватает на нормальную работу сайта, но любой бекап, какой бы быстрый не был, будет вешать сайт.
И вот тут потребуется ограничить "резвость" бекапа.
Сейчас глянул - размер базы - 10 гб,из них 9,5 гб - кэш.
Пробовал бэкапить файлы сайта (без mysql) в объеме 600 мб. - нет никаких проблем., за полминуты бэкап готов был.
gexogensib, то есть таблицы с временными данными в той же базе?
вот к чему приводит использование кеширования как серебряной пули.
так может их вообще не бекапить? сооруди сам скрипт бекапа с использованием mysqldump и перечислением нужных таблиц.