Как восстановить дапм?

Здравствуйте

У меня такая проблема. Есть дамп БД PostgreSQL, размер 24,5 Мб. Нужно перевести все данные в MySQL. Я раньше такого не делал. Подумал напишу php скрипты которые будут брать данные из БД в PostgreSQL и вставлять их в MySQL (мы переделываем сайт, и поэтому у нас разные таблицы с разными атрибутами. Поэтому думаю надо писать скрипты).
Но для того чтобы написать эти скрипты мне нужно посмотреть структуру БД дампа.

пробовал через pgAdmin III но там ничего не понял, пункт "Импорт" у базы данных не активен. Короче забил на него.

Потом пробовал через psql с утилитой pg_restore. В документации ничего не понял, там все написано для тех кто уже имеет опыт работы с ним.

Потом пробовал через PhpPgAdmin. Здесь все более-менее понятно в интерфейсе. Выбираю БД -> перехожу в пункт SQL -> выбираю дамп -> нажимаю кнопку "execute". После он в пустом экране выводит "No server supplied! " и все.

Пожалуйста помогите загрузить дамп. Подойдет любой способ.

Искал на этом форуме ничего не нашел. Внизу есть одна тема но там кроме вопроса ничего нет

0

pg_restore самый-самый правильный способ восстановления базы.
Как вы его запускали? Что конкретно было непонятно? Какой формат бакапа? Текстовый? Бинарный?

0

PosqtgreSQL скачал с офф сайта. Вместе с ним пришел и psql, pgAdmin III. Я делаю так "Пуск -> Все программы -> PostgreSQL 9.2 -> SQL Shell (psql)". Открывается окно консоли и просит ввести хост, ввожу localhost (он стоит по умолчанию). Точно также просит выбрать БД, Порт (5432), юзера(postgres) и пароль. Все входит.

И появляется строкаnurtau=# (nurtau - это мое пустое БД)

В pg_restore непонятно как указать путь к дампу. Пробовал полный и просто имя дампа. Выводит ошибку "Ошибка: ошибка синтаксиса, примерное положение "pg_restore -d nurtau.dmp" . Команду вводил так: pg_restore e:/nurtau.dmp и так pg_restore -d nurtau.dmp

Формат бакапа текстовой. Его можно просматривать через notepad++. расширение бакапа dmp (nurtau.dmp)

в документации pg_restore написано так

$ pg_restore -C -d postgres db.dump

что за знак $ впереди команды. Может это значить что нужно войти как суперпользователь как в линуксе? Хотя юзер postgres имеет все привелегии

В чем проблема?

0

Пойдем от простого к сложному:
1. Знак "$" это приглашение командной строки *nix-like-operating-systems (Linux, и т.п.). К PostgreSQL он не имеет отношение. Предполагается, что все что после доллара, пользователь должен вводить ручками в командной строке. У вас Windows, значит будет командная строка windows.
2. Для восстановления очень важно знать как делали бакап. Обычно команды pg_dump и pg_restore идут парами и часто достаточно всего лишь подменить имя утилиты чтобы сделать архивную копию или восстановиться из нее.
3. Если pg_dump неизевсетно как делалось, то нужно понять - что за бакап лежит в файле. Для этого нужно просмотреть первые, ну скажем 100 строк, и посмотреть какие команды CREATE там идут в начале.
4. Ищите что-нибудь из разряда CREATE DATABASE, CREATE SCHEMA и т.д.
5. Если внутри бакапа сказано как создавать DATABASE и SCHEMA, то поидее вам достаточно будет команды

-h имя сервера (или IP-адрес)
-U имя пользователя (postgres - администратор, по умолчанию обладающий ролью создавать базы данных в рамках сервера)
-w не спрашивать пароль. Полагаю он у вас установлен под windows по умолчанию.
6. Если внутри бакапа сразу начинается создание объектов базы данных (CREATE FUNCTION, CREATE TABLE, и т.д.), значит предварительно нужно создать базу данных и пользователя, от имени которого будет залит бакап.
7. Пользователя определяем из бакапа. Ищем строки со словом owner, смотрим от имени какого пользователя создаются объекты базы. Создаем пользователя через createuser (а вот под windows-то и не знаю есть такая или нет, думаю что должно быть)

Параметры команды могут отличаться для вашего случая. Назначение ролей, пароля и т.д.
8. Базу данных создаем через createdb

9. Теперь можно залить бакап

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

2

Прошу помощи в похожей проблеме. Пришло файло с названием base_all.sql
Блокнот показал следующее:
Предположил, что это дамп БД типа PostgreSQL, который содержит не столько данные, но инструментарий для создания схемы БД, таблиц, функций и т.д.
Мои действия:
1. Установил PostgreSQL;
2. Установил EMS SQL Studio for PostgreSQL и SQL Manager for PostgreSQL;
3. Создал пустую БД;
4. Попробовал восстановить БД из дампа в пустую БД. НЕ ПОЛУЧАЕТСЯ.

Создалось впечатление, что дело в кодировке WIN1251, как будто при восстановлении некорректно выполняются некоторые команды (записанные внутри дампа). Кусочек из лога (шрифты не отображаются):
Не пойму: проблема в дампе или в инструментах/алгоритме. Буду рад любым советам.

0

Давайте сначала определимся... У Вас это все в Windows? правильно?

Честно говоря уже много лет не работаю в Windows и стал забывать как оно там. Но раньше была проблема кодировки консоли Windows. Точнее это не проблема, так сделано. Но доставляет неприятности при выводе текста в некоторых программах. Я вот нагуглил по теме "русские буквы в консоли windows"

Проблема эта возникает из-за того, что умолчальная кодировка Windows - windows-1251, а в консоли Windows используется кодировка Cp866. Возможно 4 разных пути решения данной проблемы. Первый вариант, самый предпочтительный и не требует менять код, так что подходит для любой программы. Запускаем консоль, щелкаем на заголовке окна и выбираем свойства. В свойствах на закладке Шрифт ставим шрифт Lucida Console и жмем ОК. Далее набираем в консоли ChCp 1251, в ответ получаем Текущая кодовая страница: 1251.

Источник:

Пробуйте исправить вывод консоли, чтобы читать человеческие сообщения.

Теперь по дампу.

Предположу, что первая ошибка - это "язык 'pgplsql' уже существует". Это ничего страшного, сделайте рабочую копию файла-дампа, закоментируйте это строчку, и пробуйте еще раз.

Что пишется по поводу функций, здесь моей фантазии уже не хватает. Первое слово похоже на "функция", последнее подходит "уже существует". Надо исправлять кодировку. Менять параметр кодировки в самом дамне не надо - это может отразиться на неправильной трактовке самих данных в дампе (может программа какая-то заточена под эту БД и т.п.) и вопросики у вас вылезут уже потом при использовании базы данных.

И последнее. Вы наверно прочитали мой верхний пост по поводу пользователей и баз данных. У вас в дампе есть команды CREATE DATABASE? CREATE USER? От этого зависит восстановление. Возможно и ошибки про "уже существует" идут от того, что не соблюдены условия восстановления, которые предполагались при создании дампа.

0