Здравствуйте, дорогие и уважаемые читатели моего блога! Сегодня мне бы хотелось рассказать вам о том, как перенести базу данных mysql на хостинг.
Обойдемся сегодня без красноречивых и длинных вступлений, перейдем непосредственно к делу.
С уверенностью могу сказать, что однозначно существует множество способов копирования. Но описывать нерациональные и нереально сложные процедуры я не хочу и не буду, так как это не имеет никакого смысла (вряд ли в рядах читателей затаились люди, желающие усложнить себе жизнь).
Поэтому будем отталкиваться от простых и доступных для широких масс вариантов, среди которых:
Я рекомендую первый, которым пользуются профессиональные вебмастера. Единственное, о чем стоит помнить – это то, что алгоритм установки может отличаться, так как у каждого хостинга своя индивидуальная панель управления.
Второй вариант, хоть и не вызывает сложностей, но я его не советую использовать! Доверять информацию о вашем веб-ресурсе сторонним программам действительно плохая затея.
Начнем с того, что описывать процедуру создания самой базы данных mysql я не буду, так как скорее всего, приняв решение импортировать ее на hosting, вы побеспокоились о ее создании ранее. А значит, готовы приступить к выполнению общего алгоритма создания БД на хостинге, который предполагает:
Сейчас предлагаю перейти к шагу, который опытные юзеры называют дампом базы данных. А конкретнее сохраним текущую базу со старого хостинга к себе на компьютер.
Примечание ! Дамп – это функциональный файл, целью создания которого является упрощение процедуры переноса информации с БД.
Ход действий:
Убедитесь, что перед началом импорта материалов на новый hosting в файле хранилища нет запросных фраз «CRЕАTE DАTАBАSЕ». Для этого откройте его любой текстовой программой (можно блокнотом или ворд падом) и через Ctrl+F (с помощью поиска по тексту) найдите эти запросы, и в случае обнаружения просто удалите их.
Надеюсь, что все понятно?! Выполняя пошагово предложенные инструкции, у вас не должно возникнуть сложностей.
Делитесь полезными статьями моего блога в социальных сетях с друзьями, подписывайтесь на обновления и до скорых встреч!
С уважением! Абдуллин Руслан
Иногда возникает необходимость перенести SQL базу данных с одного SQL-сервера на другой. Обычно процесс переноса данных заключается в создании резервной копии базы данных и восстановлении ее на другом SQL-сервере. Однако, казалось бы, в такой простой операции могут возникать разного рода трудности. В данной статье мы попробуем разобраться с некоторыми из них.
Если при переносе базы данных обнаружится, что база данных с таким именем уже существует, или при восстановлении возникает ошибка, что файл базы данных с таким именем уже существует, требуется вручную указать новое имя базы данных и/или папку, в которой будут размещаться физические файлы БД. Это можно сделать в SQL Server Managment Studio, указав при восстановлении новое имя базы данных на закладке Общие
и папку, в которой должны будут размещаться файлы БД (закладка Файлы)
Если требуется перенести базу данных Альта-ГТД вместе с дополнительными базами ЭД, то необходимо:
1. Создать средствами программы Альта-ГТД резервную копию базы данных вместе с дополнительными базами. Для этого необходимо выполнить Сервис - Администратор SQL - Бэкап SQL базы данных, после чего утвердительно ответить на вопрос о необходимости резервного копирования дополнительных ЭД-баз. После того, как операция по созданию резервных копий дополнительных баз будет завершена, программа выдаст информационное окно с описанием всех созданных бэкап-файлов. Эти файлы, а также бэкап-файл рабочей базы данных необходимо перенести на другой SQL-сервер.
2. Восстановить базы данных из резервных копий. Если на сервере уже имеется БД с таким названием, то ее необходимо восстановить с другим названием (см. раздел 1).
3. Если при восстановлении была переименована рабочая база данных, тогда необходимо для всех дополнительных баз выполнить скрипт:
UPDATE [Имя_Доп_Базы].. SET = "_gtd_ed@Имя_Основной_Базы"
4. Если при восстановлении была переименована одна или несколько дополнительных баз, то для каждой из них необходимо выполнить скрипт
UPDATE [Имя_Основной_Базы].. SET = "Новое_Имя_Доп_Базы" WHERE = "Старое_Имя_Доп_Базы"
Многие задумывались, как перенести скрипты с базой данных MySQL на другой хостинг. Так вот, я написал в этой статье, как перенести Вашу базу данных, с помощью SSH/телнет и PHPMyAdmin"а.
Если Вы имеете доступ по телнет или SSH на оба сервера, то последовательность Ваших действий будет следующей:
Заходите по телнет/SSH на исходный сервер. Экспортируете содержание Вашей базы данных следующей командой:
mysqldump -uВашлогин -pВашпароль _mysql ВашабазаДанных > baza.sql
После выполнения этой команды, все содержание Вашей базы данных сохранится в файле baza.sql.
Затем Вам надо закачать полученный файл с Вашей базой данных на сервер получатель. Это можно сделать в том же сеансе телнет/SSH командой ftp, или используя любой предпочтительный для Вас клиент (сначала скачиваете файл baza.sql на свой компьютер, а потом закачиваете его на сервер получатель). После того, как файл Вашей базы данных оказался на сервере получателе, заходите на этот сервер по телнет/SSH. Загрузить Вашу базу данных на сервер получатель Вы можете, выполнив следующую команду:
mysql -uВашлогин -pВашпароль _mysql ВашабазаДанных < baza.sql
(пароли и логины и названия баз данных, Вы естественно, должны указать действительные для сервера-получателя). В результате Вы перенесете Вашу базу данных с одного сервера на другой, без каких-либо потерь.
Описанная выше методика может использоваться в тех случаях, когда Вы имеете доступ к обоим серверам по телнет или SSH и в тех случаях, когда Ваша база данных достаточно большая (несколько десятков тысяч записей). В тех случаях, когда Вы не имеете доступа к серверам (или к одному из них) по телнет или SSH или Вы не умеете работать в командной среде юникс и пользоваться телнет или SSH клиентом, то можно использовать следующую методику:
На сервере источнике заходите в скрипт работы с MySQL базами данных (Как правило, это PHPMyAdmin). Выбираете базу данных, предназначенную для переноса и в ее свойствах указываете "Просмотреть дамп (схему) БД" (Следует заметить, что конкретные названия пункты меню, могут отличаться от упомянутых здесь в связи с тем на разных серверах могут использоваться разные версии программы, и потому, очень желательно, ознакомиться с соответствующей документацией). Отмечаете галочками Нужные Вам пункты: "Только структуру", "Структура и данные", "Только данные" и отмечаете пункт "Послать". Когда Вы нажмете кнопку "Пошел" через какое-то время Вам будет предложено загрузить файл - это и будет содержание Вашей базы данных. Когда файл будет загружен на Ваш компьютер.
У вас есть база данных MS SQL Server, которую нужно перенести на другой физический комп. Вы уже сделали бэкап и радостно приступаете к восстановлению. Но тут обнаруживается, что на том компе, куда нужно перенести базу, установлена более старая версия MS SQL Server. Stack Overflow уверяет вас, что всё плохо. Но так ли это на самом деле?
Конечно, перенос базы из более новой версии в старую - это не классический и не самый правильный сценарий работы. Но зачастую базы данных создаются такими, что они поддерживают все более новые версии SQL, начиная с какой-то, например с 2008 R2, т.к. прямая совместимость у MS SQL более чем отличная. И, например, ваш клиент уже поставил себе MS SQL 2016, а у вас на тестовом сервере для разработки стоит MS SQL 2014. А вы хотите развернуть себе базу клиента, чтобы разобраться, где у него путаница с данными.
Microsoft открестились от проблемы - мол нет у них обратной совместимости, и баста. Резервную копию, созданную в более новом сервере, невозможно восстановить на более старом сервере. Да, у них есть инструменты типа DTS, копирование базы, экспорт-импорт и т.п. Но они настолько неудобны и громоздки, что нормальный перенос большой БД с множеством таблиц сделать с их помощью не особо удобно. Во всяком случае лично у меня не получилось.
Да, можно сгенерировать SQL-скрипты всей базы, включая данные. Но представьте, у вас в базе куча блоб-полей с большими данными, и вообще размер всей базы 500+ ГБ. Представляете, сколько будет занимать такой скрипт, сколько времени он будет генерироваться и исполняться.
Ограничение номер один заключается в том, что вам нужен доступ через MS SQL Management Studio к обоим серверам - старому и новому. Если это не возможно, то должна быть возможность на той машине, откуда нужно перенести базу, установить ту версию SQL, в которую нужно перенести базу, чтобы перенести базу сначала в эту версию локально, а потом уже перетащить её через бэкап или непосредственно через *df файлы базы данных (через Detach/Attach) на новую машину (версия SQL Server"а в этом случае уже будет совпадать).
Еще одним ограничением является то, что вам будет необходим скрипт схемы базы данных (всех объектов, включая таблицы, индексы, констрейнты, хранимые процедуры, триггеры и т.п.) без данных, причем инструкции создания Foreign Key Constraints должны в этом скрипте идти в самом конце, отдельно от скрипта создания самих таблиц.
Опишу кратко сам алгоритм переноса данных. Все действия выполняются в сеансе Management Studio, подключенной к серверу, на который нужно перенести базу.
1) На новом сервере создаем пустую базу данных с такими же файлами и файловыми группами, как переносимая база.
2) Скриптом схемы базы данных создаем все объекты базы (таблицы, индексы, представления, триггеры, хранимые процедуры и функции), но без создания Foreign Key Constraints. Создавать FK на этом этапе нельзя, т.к. они будут мешать вставке данных.
3) Подключаем базу данных, из которой будем переносить данные, в качестве Linked Server"а, чтобы можно было использовать в запросах к новой базе данных обращения к старой базе данных.
EXEC sp_addlinkedserver
@server=N"LinkedServerAlias",
@srvproduct=N"",
@provider=N"SQLNCLI",
@datasrc=N"LinkedServerHost\LinkedServerName";
EXEC sp_addlinkedsrvlogin "LinkedServerUser", "false", null, "RealUser", "RealUserPassword";
4) Т.к. структуры баз совпадают, воспользуемся встроенной хранимой процедурой sp_msforeachtable, которая позволяет выполнить запрос над каждой таблицей БД, чтобы сгенерировать скрипт переноса данных из старой базы в новую через запрос вида
INSERT INTO ?
SELECT * FROM ?
Вместо знака вопроса sp_msforeachtable подставляет имя каждой таблицы и выполняет запрос несколько раз (по одному разу на каждую таблицу).
Здесь я натолкнулся на самое большое количество граблей.
А) Проблема номер один заключается в том, что для таблиц с IDENTITY-полями необходимо вызывать:
SET IDENTITY_INSERT ON;
--INSERT INTO ... (сама вставка);
SET IDENTITY_INSERT OFF;
б) Проблема номер два заключается в том, что на таблицах, в которых нет IDENTITY-полей, делать данный вызов нельзя, поэтому требуется динамически определять, есть в таблице IDENITY-колонка или нет.
Это можно сделать таким запросом:
SELECT * FROM INFORMATION_SCHEMA.COLUMNS
WHERE (TABLE_NAME="SomeTable") AND (COLUMNPROPERTY(object_id("dbo.SomeTable"), COLUMN_NAME, "IsIdentity") = 1)
в) Проблема номер три заключается в том, что, как оказалось, в режиме IDENITY_INSERT ON нельзя делать
INSERT INTO ... SELECT * FROM ...
, а нужно перечислять конкретные поля.
Перечислить поля таблицы в строку можно таким запросом:
SELECT SUBSTRING((SELECT ", " + QUOTENAME(COLUMN_NAME)
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = "SomeTable"
ORDER BY ORDINAL_POSITION
FOR XML path("")),
3,
200000);
4) Генерируем скрипт вставки по все таблицы:
Процедура генерации скрипта
EXEC sp_msforeachtable N"
DECLARE @command varchar(MAX);
DECLARE @name varchar(200);
SET @name=""?"";
SET @name = SUBSTRING(@name, 8, LEN(@name)-8);
SET @command = """";
SELECT @command=
SUBSTRING((SELECT "", "" + QUOTENAME(COLUMN_NAME)
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = """" + @name + """"
ORDER BY ORDINAL_POSITION
FOR XML path("""")),
3,
200000);
SET @command = ""INSERT INTO ""+ @name +"" (""+ @command + "") SELECT "" + @command + "" FROM "" + ""LinkedServerAlias.SourceDatabase."" + ""?"";
SET @command=
""IF EXISTS (select * from INFORMATION_SCHEMA.COLUMNS where (TABLE_NAME="""""" + @Name + """""") AND (COLUMNPROPERTY(object_id(""""dbo.""+@Name+""""""), COLUMN_NAME, """"IsIdentity"""") = 1)) SET IDENTITY_INSERT "" + @name + "" ON; "" +@command;
SET @command=@command+"";"" +
""IF EXISTS (select * from INFORMATION_SCHEMA.COLUMNS where (TABLE_NAME="""""" + @Name + """""") AND (COLUMNPROPERTY(object_id(""""dbo.""+@Name+""""""), COLUMN_NAME, """"IsIdentity"""") = 1)) SET IDENTITY_INSERT "" + @name + "" OFF;"";
PRINT (@command);
--EXEC(@command); // Если раскомментировать, скрипт будет сразу исполняться, а не только выводиться на экран
"
6) Исполняем скрипт на создание всех Foreign Key Constraints (теперь уже можно).
7) Готово! Вы перенесли базу из нового сервера SQL в старый, хоть это и считалось невозможным. Причем перенос осуществляется всего лишь раза в полтора медленнее, чем скорость передачи данных по сети, т.е. довольно быстро.
8) Прибираемся за собой (отключаем Linked Server):
EXEC sp_droplinkedsrvlogin "LinkedServerUser", null;
sp_dropserver "LinkedServerAlias";
Ограничения метода.
1) Подобным методом не получится перенести таблицы, в которых есть колонки с типом XML.
Наверняка есть множество других ограничений, т.к. в той базе, которую я переносил подобным способом, не использовалось множество возможностей SQL-сервера. Вы можете написать об ограничениях в комментариях, и я дополню ими статью.
Спасибо за внимание! Надеюсь, кому-то поможет.
Наши файлы сайта благополучно закачиваются на хостинг. Не будем терять время и перенесём существующую базу данных (БД) с локалки на сервер.
Для этого заходим в PhpMyAdmin. Кто забыл где это находится, посмотрите .
Видим нашу БД (mebelip) и кликаем по названию.
Перед нами открылось окно с множеством данных, которые новичку абсолютно ничего говорят. Но это нам сейчас и не надо.
Мы просто нажимаем на вкладку "Экспорт".
Напомню, по умолчанию OpenServer открывается в браузере Хром. Поэтому в левом, нижнем углу видим скачанный файл. Запомните, куда Вы сохранили его, в скором времени он нам понадобится.
Кликаем по нему.
Ради интереса, можете посмотреть, какая "секретная" информация находится в нём. Открывается простым "Блокнотом".
Всё, с локальным сервером закончили. Переходим в админ панель Вашего аккаунта на хостинге.
Здесь нас интересует вкладка "MySQL".
Нажимаем кнопку "Добавить MySQL пользователя". По умолчанию, он уже создан. Но я рекомендую создать нового, конкретно для данного сайта.
В будущем, когда у Вас здесь будет уже не один сайт, это поможет избежать путаницы.
Появилось всплывающее окно, в нём прописываем имя пользователя. Оно состоит из двух частей, первая – host1234567 (цифры конкретно будут Ваши), неизменная часть, а вот во вторую, пишем свою информацию.
У меня, для дальнейшего удобства, это будет "meb". Так я не запутаюсь, и точно буду знать, что это относится к мебельному сайту.
Пароль можно поставить свой.
Видим, появился новый пользователь, но к нему не привязана БД.
Теперь создадим непосредственно саму БД.
Нажимаем на вкладку "База данных MySQL".
Кнопка "Добавить базу данных MySQL".
Во всплывающем окне прописываем название. Для удобства лучше прописать те же данные, что и в имени пользователя.
Появилась БД, прикреплённая к пользователю, которого мы перед этим создали.
Запишите где-нибудь эту информацию, т.е. имя пользователя и БД, и пароль, если Вы его меняли. Всё это понадобится в следующем уроке.
Нажимаем на "phpMyAdmin".
Слева, нажимаем на БД установленную по умолчанию.
Находим нашу, вновь созданную, и так же открываем её.
Находим вверху вкладку "Импорт" – клик.
