- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В эту неделю пришлось ставить другое ПО и ОС на сервер. Огромное спасибо Сергею Щукину, Виктору Симону и Дмитрию Ковалькову за консультацию, помощь и исправление некоторых моих косяков :)
~6 лет пользуюсь услугами FastVPS и благодаря отличному саппорту пересадил наверное с десяток людей сюда из других компаний)
Silva, большое Вам спасибо за теплые слова и за выбор FastVPS, очень приятно. :)
Приветствую!
Возможно на форуме вы отнесетесь к проблеме серьезнее, новый тикет создавать не буду. Хронология событий:
25.02.2016 - Внеплановые работы на хост-сервере evo22.fv.ee, которые затрагивают работу моего сервера EVO-8-SSD #88712.
28.02.2016 - Пишу в тикет #397160, подробно рассказываю о том, что потеряны данные в БД, выясняю, связано ли это с тех. работами.
1.03.2016 - Пишу в тикет #397160, привожу подтверждения того, что данные были потеряны именно после тех. работ, причем к этому дню уже выяснилось, что данные пропали не из одной таблицы, а из нескольких.
3.03.2016 - Получаю ответ, что вы не можете гарантировать 100% сохранность данных, никакого подробного разбора проблемы проведено не было. От безысходности решил заказать новый сервер #95273 EVO-10-SSD и перенести все данные на него, возможно это помогло бы избежать аналогичных проблем в будущем.
3.03.2016 - По крупицам собираю потерянные данные из бекапов, но ввиду того, что ежедневно в базу вносится более 100 000 записей, связанных с деятельностью пользователей на сайте, включая денежные операции, полностью восстановить прежнее состояние не удалось.
8.05.2016 (сегодня) - Внеплановые работы на хост-сервере evo22.fv.ee, которые затрагивают работу моего сервера #95273 EVO-10-SSD. Результат: http://imgur.com/MFBAI5E
Опять пропали данные из БД. При том, в базе есть триггеры на удаление, которые ничего не засекли.
Прошу тщательно разобраться в проблеме.
Скажите, как мне убедить себя в том, что таких проблем больше не будет и не уйти к другому хостинг-провайдеру? Я понимаю, что такое может произойти у любого хостинг-провайдера, но какой выход мне искать в это ситуации?
У меня три сервера ваших, с двумя из которых таких проблем никогда не было.
Relapse, достаточно не пользоваться впс. либо пользоваться ими там, где их мигрируют, прежде чем отключать ноду на какие либо техработы.
От безысходности решил заказать новый сервер #95273 EVO-10-SSD и перенести все данные на него, возможно это помогло бы избежать аналогичных проблем в будущем.
Именно тут и ошибка. Вывод сделан не верен. Нужно было менять хостера на того, что не грохает виртуалки кривыми руками. Это же виртуалка, а не выделенный, как можно при современном софте грохнуть виртуалку? 🤪 на дворе шел 2016 год...
foxi, ну, например, в виртуалке не установлен acpid и она убивается по таймауту, потери данных неминуемы ))
Именно тут и ошибка. Вывод сделан не верен. Нужно было менять хостера на того, что не грохает виртуалки кривыми руками. Это же виртуалка, а не выделенный, как можно при современном софте грохнуть виртуалку? 🤪 на дворе шел 2016 год...
Иногда кстати именно базы данных mysql слетают если не правильно выключить виртуальный сервер.
foxi, ну, например, в виртуалке не установлен acpid и она убивается по таймауту, потери данных неминуемы ))
🤪 вы правы, об этом я не подумал.
Иногда кстати именно базы данных mysql слетают если не правильно выключить виртуальный сервер.
Особенно MyISAM.
Но в большинстве случаев битые таблицы всегда удаётся восстановить. А вот данные из последней транзакции могут быть потеряны. Что правда здесь описывается слишком большой объём данных. Тут судя по всему другая проблема.
Возможно миграция была выполнена.
WapGraf, на вчерашний снапшот? это я даже не знаю, как назвать :D