Ошибка при импорте sql файла

SQL Server 2008 R2 Service Pack 2 SQL Server 2008 R2 Datacenter SQL Server 2008 R2 Enterprise SQL Server 2008 R2 Standard SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard SQL Server 2014 Developer SQL Server 2014 Enterprise SQL Server 2014 Standard Еще…Меньше

Недавно мне нужно было импортировать базу данных Microsoft SQL Server, созданной на одном сервере на другой сервер. Обычно я это делаю с помощью SQL Server Management Studio.

Вы, наверняка, в курсе, что простой экспорт и импорт баз данных можно выполнять с помощью функций резервного копирования и восстановления, где команда Back up будет служить экспортом, а команда Restore — импортом. (По умолчанию в подпапке Backups папки, где установлен Microsoft SQL Server, появится файл c расширением *.bak. Его-то и можно использовать для импорта на другом сервере.)

Я не особо тесно работал с Microsoft SQL Server. Просто знал, как можно импортировать и какую опцию включить при импорте, чтобы он состоялся. Но почему-то в этот раз мне никак не удавалось импортировать базу данных на свой сервер. Все попытки заканчивались ошибкой, примерно такой:

The backup set holds a backup of a database other than the existing ‘MyDatabase’ database.
RESTORE DATABASE is terminating abnormally. (Microsoft SQL Server, Error: 3154)

Почему же она возникает и как ее преодолеть?

Интернет дал мне две подсказки.

Во-первых, нужно включить перезапись своей базы данных, в которую восстанавливается чужая база данных.

Недавно мне нужно было импортировать базу данных Microsoft SQL Server, созданной на одном сервере на другой сервер. Обычно я это делаю с помощью SQL Server Management Studio.

Вы, наверняка, в курсе, что простой экспорт и импорт баз данных можно выполнять с помощью функций резервного копирования и восстановления, где команда Back up будет служить экспортом, а команда Restore — импортом. (По умолчанию в подпапке Backups папки, где установлен Microsoft SQL Server, появится файл c расширением *.bak. Его-то и можно использовать для импорта на другом сервере.)

Я не особо тесно работал с Microsoft SQL Server. Просто знал, как можно импортировать и какую опцию включить при импорте, чтобы он состоялся. Но почему-то в этот раз мне никак не удавалось импортировать базу данных на свой сервер. Все попытки заканчивались ошибкой, примерно такой:

The backup set holds a backup of a database other than the existing ‘MyDatabase’ database.
RESTORE DATABASE is terminating abnormally. (Microsoft SQL Server, Error: 3154)

Почему же она возникает и как ее преодолеть?

Интернет дал мне две подсказки.

Во-первых, нужно включить перезапись своей базы данных, в которую восстанавливается чужая база данных.

Этот фокус я знал и без интернета. И я как раз эту опцию включал. И мне это никак в этот раз не помогало.

Во-вторых, импортировать базу данных можно не с помощью пункта меню, а с помощью скрипта.

Вторая подсказка — несмотря на то, что скрипт делал то же самое, что и запуск команды из меню — дала мне возможность определить проблему.

Скрипт примерно такой:

RESTORE DATABASE NEW
FROM DISK = ‘C:Program FilesMicrosoft SQL ServerMSSQLBackupTEST.bak’
WITH REPLACE

При запуске скрипта в журнале я увидел в чем именно была проблема. Был указан путь по которому процесс восстановления базы данных пытался найти файлы база данных (*.mdf и *.ldf).

Путь этот резко отличался от путей, которые давал ему мой сервер. Дело в том, что на сервере, откуда была взята база данных, файлы *.mdf и *.ldf находились не в папке по умолчанию для Microsoft SQL Server, а в соврешенно другом месте. И путь этот был жестко пописан в файле импорта (резервной копии).

Поэтому при попытке восстановления, последнее захлебывалось, потому что ожидаемых файлов на «привычном» месте не окзалалось.

Что ж, это решаемая проблема.

Неправильный, но рабочий вариант (мой)

Поэтому я (плохо разбираясь в Microsoft SQL Server):

1. Создал базу данных с точно таким же названием, что и на сервере-источнике. 
2. Остановил службу SQL Server для следующего шага.
3. Скопировал новосозданные файлы из папки по умолчанию, где мой сервер их создал, в папку, в которой ожидает ее бэкап, который я пытался импортировать на свой сервер.
4. Запустил службу SQL Server.

Все. Теперь должно было заработать как нужно.

Правильный путь

Отступление. Умные же люди говорят, что правильно нужно в этом случае использовать еще пару опций MOVE, чтобы дать правильный новый путь к базе данных. Что-то вроде:

RESTORE DATABASE NEW
FROM DISK = ‘C:Program FilesMicrosoft SQL ServerMSSQLBackupTEST.bak’
WITH REPLACE,
MOVE ‘TEST’ TO ‘C:Program FilesMicrosoft SQL ServerMSSQLDATANEW.mdf’,
MOVE ‘TEST_Log’ TO ‘C:Program FilesMicrosoft SQL ServerMSSQLDATANEW_log.ldf’

Либо в окне импорта (восстановления), указать новый путь в колонке Restore As.

И правда, ваши мучения должны здесь закончится.

Опять неправильный, но рабочий вариант (мой)

Но я сделал, не как в этом скрипте, а как написал выше — копированием файлов. И да, указанная проблема решилась, но теперь импорт не получался из-за другой проблемы.

Скопированные в другое место файлы не открывались при восстановлении БД — доступ был запрещен.

Тут я же растерялся. Успех маячил перед глазами — и на тебе. Очередная ошибка.

Но воспользовался помощью зала. Человек, сведущий в этих вопросах подсказал: просто на скопированные в другое место файлы не были выставлены права доступа.

И ларчик просто открывался. Нужно было всего лишь дать доступ к этим файлам. Чтобы долго не возится — так как это одноразовое действие, я просто временно — для импорта- дал все права учетной записи Everyone.

И в этот раз импорт прошел и копия базы с другого сервера теперь обосновалась на моем сервере.

Но повторю. Я делал этот фокус с копированием файлов и выставлением прав на них от не знания правильного способа с опцией MOVE.

Итоги

И правда, ваши мучения должны здесь закончится.

Опять неправильный, но рабочий вариант (мой)

Но я сделал, не как в этом скрипте, а как написал выше — копированием файлов. И да, указанная проблема решилась, но теперь импорт не получался из-за другой проблемы.

Скопированные в другое место файлы не открывались при восстановлении БД — доступ был запрещен.

Тут я же растерялся. Успех маячил перед глазами — и на тебе. Очередная ошибка.

Но воспользовался помощью зала. Человек, сведущий в этих вопросах подсказал: просто на скопированные в другое место файлы не были выставлены права доступа.

И ларчик просто открывался. Нужно было всего лишь дать доступ к этим файлам. Чтобы долго не возится — так как это одноразовое действие, я просто временно — для импорта- дал все права учетной записи Everyone.

И в этот раз импорт прошел и копия базы с другого сервера теперь обосновалась на моем сервере.

Но повторю. Я делал этот фокус с копированием файлов и выставлением прав на них от не знания правильного способа с опцией MOVE.

Итоги

Повторю главные моменты, которые можно или нужно сделать, если возникают ошибки при импорте (восстановлении) одной БД в другую :

1. включить перезапись своей базы данных, в которую восстанавливается чужая база данных — либо из из окна восстановления, либо с помощью опции REPLACE в скрипте восстановления
2. проверить путь к базе данных, прописанный в файле резервной копии базы данных (запустив скрипт, приведенный выше, можно отчетливо увидеть ожидаемый путь при ошибке) 

Путь можно исправить с помощью другой опции MOVE указав логическое имя базы данных-источника, и нового пути к файлам (*.mdf, *.ldf) к файлу получателей.

(Можно конечно сделать как я: скопировать файлы базы данных получателя в то место, где резервная копия базы данных-источника ожидает их, но при этом не забыть дать права процессу, осуществляющему импорт, на эти скопированные файлы базы данных.

Но лучше воспользоваться MOVE и не морочить себе голову, как я.)

1. Offline

   DKraev

   <i>(aka gft)</i>
   => Cпециалист <=

   Регистрация:

   16.08.2008

   Сообщения:

   1 627

   Симпатии:

   219

   Пол:

   Мужской

   Приветствую всех. За время моего пребывания на данном форуме довольно часто возникали вопросы по ошибкам при импорте/экспорте базы данных MySQL (далее БД).

   Вопросы примерно такие:

   • После переноса (импорта) БД на хостинг на сайте сбилась кодировка. На локальном сайте все нормально;
   • При переносе (импорте) БД возникает ошибка #1064 или другая;
   • Пропадает текст после переноса (импорта) БД.
   • Как перенести базу с Denwer на хостинг (или наоборот)
   • и т.д

   Прежде чем публиковать подобный вопрос на форуме, настоятельно рекомендую прочитать данный пост полностью, и что самое главное — СДЕЛАТЬ все что здесь написано.

   Большинство ошибок возникает именно из-за неправильного переноса, поэтому я опишу импорт/экспорт БД при помощи скрипта Sypex Dumper. Я буду описывать работу с Lite версией, с которой я успешно работаю уже больше трех лет. Хотел бы заметить что подобной информации полно в сети, однако у нас на форуме её нет. А так как большинство новичков при любой проблеме сразу идут сюда, а не в Google, то я решил написать этот небольшой мануальчик. Многим он поможет решить проблемы с переносом БД, а старожилов форума избавит от необходимости писать про Sypex Dumper снова и снова

   В первую очередь скачиваем скрипт отсюда (utf-8, архив прикреплен к посту) либо с сайта разработчика (cp1251). Распаковываем архив. На выходе получим два файла — readme.txt (инструкция) и dumper.php (сам скрипт).

   Экспорт БД с локального компьютера.

   Я работаю на Denwer, но и для других должно быть точно так же по идее.

   1. Копируете файл dumper.php в корень сайта.
   2. Создаете новую папку, которую называете backup
   3. Набираете в браузере: www.adres_sayta.ru/dumper.php
   4. Вводите логин пользователя и пароль для базы данных, нажимаете «Применить»
   5. Чекбокс на «Backup/Создание резервной копии БД». Фильтр таблиц — оставляете пустым. Метод сжатия — GZip. Степень сжатия — 7. Нажимаете «Применить»

   Наблюдаем, как весело бегут строчки вверх. Ваш дамп готов! Зайдите в ранее созданную папку backup, вы увидите архив примерно такой — amurka_2010-08-20_23-30.sql.gz — это и есть дамп БД.

   Импорт БД на хостинг.

   1. Заливаете файл dumper.php в корень сайта на хостинг.
   2. Заливаете папку backup тоже в корень сайта. Права на папку — 777. Так же внутри данной папки будет лежать файл dumper.cfg.php — для него тоже выставляете 777
   3. Набираете в браузере: www.adres_sayta.ru/dumper.php
   4. Вводите логин пользователя и пароль для базы данных, нажимаете «Применить»
   5. Чекбокс на «Restore / Восстановление БД из резервной копии». БД — выбираете базу данных на хостинге. Файл — выбираете наш файл с дампом (пример — amurka_2010-08-20_23-30.sql.gz). Нажимаете «Применить».

   Наш дамп имортируется на хост.

   Перенос с хостинга на локалку выполняется аналогичным образом. Держать дампы на хостинге не рекомендую.

   Ошибки.

   Многие могут столкнуться с ошибкой «#2005: Unknown MySQL server host ‘имя’ (11004)» при импорте БД на хостинг. Это говорит о том, что неверно указан MySQL сервер. В dumper.php по умолчанию указан «localhost», на хостинге же может быть любой. Например — p1543.mysql.ihc.ru

   Откройте файл dumper.php и в 34 строке найдите код:

   1. define(‘DBHOST’, ‘localhost:3306’);

   Вместо localhost:3306 впишите MySQL сервер вашего хостинга. Сохраните файл. Повторите попытку импорта.
   ———————————————-

   Несколько раз у меня не получалось залить базу на хост при помощи этого скрипта. Но это была проблема хостера. Решалось выставлением CHMOD 777 на папку www
   ———————————————-

   Я не рассматривал дополнительные настройки данного скрипта (кстати их довольно много). Данный мануал рассчитан на новичков, которые испытывают проблемы при переносе БД. Того что я написал достаточно для успешного переноса БД в 90% случаев. За более полной информацией — на сайт разработчика, либо в Google.

   Вложения:

   Последнее редактирование: 17.09.2010

3. 

   Offline

   woojin

   Местный
   Команда форума
   => Cпециалист <=

   Регистрация:

   31.05.2009

   Сообщения:

   3 206

   Симпатии:

   334

   Пол:

   Мужской

   «+» тебе за описание

   я приведу свой пример, немного по другому, но принцип то же

   1. открываем phpMyAdmin
   2. делаем дамп базы
   3. потом в получевшемся файлике ищем такую строкуENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1, нас интересует выделенный фрагмент — эта строчка обычно идёт после функции создания таблицы т.е. CREATE TABLE IF NOT EXISTS
   4. если не ясно в какой кодировке должна быть таблицы то этот выделенный фрагмент удаляем везде где он есть, сохраняем получившийся файл
   5. импортируем дамп в другую базу

   P.S. если всё равно кякозяблики, то просто пере сохраняем файл с дампом в другой кодировке — меня этот метод ни когда ещё не подводил

4. 

   Offline

   mcsweb

   Недавно здесь

   Регистрация:

   25.01.2010

   Сообщения:

   10

   Симпатии:

   0

   Пол:

   Мужской

   А вот нифига phpMyAdmin не вышло.

   Ради науки решил перекинуть сайт с одного локального сервера на другой.
   С ХАМРР на Денвер.
   Как бы я не делал экспорт базу данных на ХАММРе в Денвере он не принимался.
   В конце концов просто скопировал папку с таблицами с одного сервака на другой.
   В результате сайт работает с ошибками.

   Буду пробовать скрипт от первого советчика.

   Попробовал- результат тот же .
   Хотя дампер.пхп отработал отлично.
   Виднео что то в денвере не так совмещается

   Последнее редактирование: 23.08.2010

5. 

   Offline

   woojin

   Местный
   Команда форума
   => Cпециалист <=

   Регистрация:

   31.05.2009

   Сообщения:

   3 206

   Симпатии:

   334

   Пол:

   Мужской

   интересно по чему не сработал ни один ни второй вариант?!

   есть вариант воспользоваться компонентом http://www.akeebabackup.com/ это следующая версия joomlapack

   в описании почитай про совместимость компонента с версиями php

6. Offline

   VashMaster

   Недавно здесь

   Регистрация:

   19.08.2010

   Сообщения:

   19

   Симпатии:

   1

   Пол:

   Мужской

   Тоже всегда делаю всё аналогично посту ТС. Пользуюсь утилиткой дампер. Проблем обычно не было. Но вот при переносе сайта на Joomla почему-то появились

   Сделал дамп, потом этим же дамперов восстановил дамп. Но всё равно появились кракозябры.
   Проблему удалось решить только с помощью добавления команды:

   1. mysql_query(«SET NAMES cp1251»);

   в файле index.php на фронт энде и бекенде. Добавил после вызова функции

   1. $mainframe->initialise();

   Получилось примерно так:

   1. $mainframe->initialise();

   3. mysql_query(«SET NAMES cp1251»);

   Только тогда всё стало ОК. Если не поможет, то, возможно, у вас используется кодировка UTF. Пробуйте…

   p.s. При работе с «дампером» редко бывают проблемы с кодировкой, но вот случилось Видимо, я не зря недолюбливаю Джумлу

7. Offline

   DKraev

   <i>(aka gft)</i>
   => Cпециалист <=

   Регистрация:

   16.08.2008

   Сообщения:

   1 627

   Симпатии:

   219

   Пол:

   Мужской

   Модераторы, закрепите тему. Подобные вопросы продолжают сыпаться. До второй страницы (куда уже спустилась эта тема) пользователям дочитывать уже лень… По всей видимости что такое поиск они тоже не знают…

8. Offline

   Владимир.

   Недавно здесь

   Регистрация:

   25.02.2011

   Сообщения:

   1

   Симпатии:

   0

   Пол:

   Мужской

   Не хотел ставиться русский язык, вылезали кракозябры. Как я только не пересохранял файлы и базы ничего не помогало… Снес снова все и сделал по главной инструкции через Sypex и чудо таки случилось!!!

   Хочу добавить:

   При создании на локальном компьютере дампа используем логин и пароль базы данных, созданной в самом начале. (не путать с логином для входа в админку джумлы)

   При запуске на хостинге необходимо указать логин и пароль к базе данных, лежащей у хостера.

   Дальше необходимо просто перенести все файлы с локального компьютера на сервер хостера и поправить файл configuration.php

   А еще у меня возник вопрос относительно приключений с кодировками…
   Не может ли сама операционка выдавать эти сюрпризы?
   Когда я первый раз заливал этот же сайт на хостинг у меня все прошло гладко и не возникло проблем.
   После того как сайт сломали, я переустановил винду, денвер и джумлу на 1.5.22. Вот и думаю, что именно повлияло на неправильное отображение символов…

9. Offline

   DKraev

   <i>(aka gft)</i>
   => Cпециалист <=

   Регистрация:

   16.08.2008

   Сообщения:

   1 627

   Симпатии:

   219

   Пол:

   Мужской

   Не знаю, работал и на XP и на семёрке — проблем не возникало. Но может быть потому что я всегда пользуюсь Sypex… Чаше всего траблы вылезают именно на хостинге… НА локалке, как уже сказал, всегда всё ровно…

10. Offline

    oceay

    Недавно здесь

    Регистрация:

    12.09.2011

    Сообщения:

    1

    Симпатии:

    0

    Пол:

    Мужской

    Спасибо огромное, gft !!!! Сначала многое кажется непонятным, но начинаешь делать согласно инструкции и всё получается само собой. Ещё раз спасибо!

11. 

    Offline

    woojin

    Местный
    Команда форума
    => Cпециалист <=

    Регистрация:

    31.05.2009

    Сообщения:

    3 206

    Симпатии:

    334

    Пол:

    Мужской

    это ты админу отправь, я не могу этого сделать!!!

Видимо не правильно вставляю в код — ошибка остается.

Могли бы Вы указать куда именно Спасибо!

Это часть кода:

— phpMyAdmin SQL Dump
— version 2.6.1
— http://www.phpmyadmin.net
—
— Хост: localhost
— Время создания: Июн 18 2009 г., 13:30
— Версия сервера: 5.0.45
— Версия PHP: 5.2.4
—
— БД: `project`
—

— ———————————————————

—
— Структура таблицы `jos_banner`
—

CREATE TABLE `jos_banner` (
  `bid` int(11) NOT NULL auto_increment,
  `cid` int(11) NOT NULL default ‘0’,
  `type` varchar(30) NOT NULL default ‘banner’,
  `name` varchar(255) NOT NULL default »,
  `alias` varchar(255) NOT NULL default »,
  `imptotal` int(11) NOT NULL default ‘0’,
  `impmade` int(11) NOT NULL default ‘0’,
  `clicks` int(11) NOT NULL default ‘0’,
  `imageurl` varchar(100) NOT NULL default »,
  `clickurl` varchar(200) NOT NULL default »,
  `date` datetime default NULL,
  `showBanner` tinyint(1) NOT NULL default ‘0’,
  `checked_out` tinyint(1) NOT NULL default ‘0’,
  `checked_out_time` datetime NOT NULL default ‘0000-00-00 00:00:00’,
  `editor` varchar(50) default NULL,
  `custombannercode` text,
  `catid` int(10) unsigned NOT NULL default ‘0’,
  `description` text NOT NULL,
  `sticky` tinyint(1) unsigned NOT NULL default ‘0’,
  `ordering` int(11) NOT NULL default ‘0’,
  `publish_up` datetime NOT NULL default ‘0000-00-00 00:00:00’,
  `publish_down` datetime NOT NULL default ‘0000-00-00 00:00:00’,
  `tags` text NOT NULL,
  `params` text NOT NULL,
  PRIMARY KEY  (`bid`),
  KEY `viewbanner` (`showBanner`),
  KEY `idx_banner_catid` (`catid`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

—
— Дамп данных таблицы `jos_banner`
—

— ———————————————————

—
— Структура таблицы `jos_bannerclient`
—

CREATE TABLE `jos_bannerclient` (
  `cid` int(11) NOT NULL auto_increment,
  `name` varchar(255) NOT NULL default »,
  `contact` varchar(255) NOT NULL default »,
  `email` varchar(255) NOT NULL default »,
  `extrainfo` text NOT NULL,
  `checked_out` tinyint(1) NOT NULL default ‘0’,
  `checked_out_time` time default NULL,
  `editor` varchar(50) default NULL,
  PRIMARY KEY  (`cid`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

—
— Дамп данных таблицы `jos_bannerclient`
—

— ———————————————————

—
— Структура таблицы `jos_bannertrack`
—

CREATE TABLE `jos_bannertrack` (
  `track_date` date NOT NULL,
  `track_type` int(10) unsigned NOT NULL,
  `banner_id` int(10) unsigned NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

—
— Дамп данных таблицы `jos_bannertrack`
—

— ———————————————————

—
— Структура таблицы `jos_categories`
—

CREATE TABLE `jos_categories` (
  `id` int(11) NOT NULL auto_increment,
  `parent_id` int(11) NOT NULL default ‘0’,
  `title` varchar(255) NOT NULL default »,
  `name` varchar(255) NOT NULL default »,
  `alias` varchar(255) NOT NULL default »,
  `image` varchar(255) NOT NULL default »,
  `section` varchar(50) NOT NULL default »,
  `image_position` varchar(30) NOT NULL default »,
  `description` text NOT NULL,
  `published` tinyint(1) NOT NULL default ‘0’,
  `checked_out` int(11) unsigned NOT NULL default ‘0’,
  `checked_out_time` datetime NOT NULL default ‘0000-00-00 00:00:00’,
  `editor` varchar(50) default NULL,
  `ordering` int(11) NOT NULL default ‘0’,
  `access` tinyint(3) unsigned NOT NULL default ‘0’,
  `count` int(11) NOT NULL default ‘0’,
  `params` text NOT NULL,
  PRIMARY KEY  (`id`),
  KEY `cat_idx` (`section`,`published`,`access`),
  KEY `idx_access` (`access`),
  KEY `idx_checkout` (`checked_out`)
) ENGINE=MyISAM AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;

—
— Дамп данных таблицы `jos_categories`
—

INSERT INTO `jos_categories` VALUES (1, 0, ‘Администраторы’, », ‘2009-04-09-12-50-24’, », ‘com_contact_details’, ‘left’, », 1, 0, ‘0000-00-00 00:00:00’, NULL, 1, 0, 0, »)

15 ответов

USE database_name;

CREATE DATABASE database_name;

USE database_name;

 mysql -u example_user -p --database=example < ./example.sql

USE your_database;

CREATE DATABASE your_database;

mysqldump -pdbpass -udbuser --databases dbname

mysqldump -udbuser --password= --databases dbname