- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ребята подскажите пожалуйста почему не получается запустить базу данных на втором новом сервере.
По причине того что на сервере с которого переношу базы данных я не могу сделать полноценный бекап.
Переношу так, на новом сервере куда переношу базу, создаю базу с таким же именем как на старом сервере, потом на новом сервере мускул полностью останавливаю, и заливаю старую базу на место созданной, запускаю мускул и нифига, база не работает, и выдается примерно такая ошибка:
Получается что на новом серере мускул не может прочитать перенесенную базу.
Это как-то можно побороть? Или можно перенести базу каким-нибудь другим способом?
Спасибо.
А права на файлы какие после переноса? Версия mysql соответствует?
kostyk, если есть доступ к строму серверу, что мешать использовать mysqldump
Вы первый сервер тормозили когда файлы переносили или по горячему копировали?
Обычно делается так:
1. Останавливается MySQL на первом сервере. Копируются файлы с базой на него же в другую папку.
2. Запускается MySQL на первом сервере.
3. Останавливается MySQL на втором сервере.
4. Копируются файлы с базой из временной папки с первого сервера на второй.
5. Устанавливаются права (обычно mysql:mysql) на файлы базы на втором сервере.
6. Запускается MySQL на втором сервере.
Так базу копируют в тех случаях, когда она достаточно большая, и mysqldump будет занимать слишком много времени.
Я большие базы копирую с помощью утилиты XtraBackup.
так получается потому что некоторые дефолтные инсталляции не включают опцию innodb_file_per_table=1 для mysqld, в результате базы хранятся не только в соответствующем подкаталоге, но и на уровень выше в libdata. а вы его не копировали.
и для включения этой опции без полного дампа с последующим пересозданием баз и восстановлением не обойтись.
зачем вам именно такой способ копирования, не хватает места? делайте дамп перенаправлением пайпов через ssh. есть еще более-извраный способ таки сделать бекап пофайлово - сконвертировать базу в MyISAM и там уже копировать тем же рсинк-ом, но я не представляю ситуации когда этот способ выгодней чем дамп-восстановление.
ibdata со старого севрера забирать понадобится , так же , как и redo-файлы.
даже при опции file_per_table.