Перенос базы с одного сервера на другой

@6byv1 · Регистрация: 22.09.2016

Студворк — интернет-сервис помощи студентам

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

@grgdvo · 23.03.2021, 07:09

К сожалению установка галочек методом тыка - здесь не вариант.
Чтобы правильно восстановилось, надо правильно сделать бакап.
Поэтому чтобы подсказать, сначала пришлите скрины вашего окна pgAdmin III со всеми опциями бакапирования

@6byv1 · 23.03.2021, 08:15 **[ТС]**

В облако записал скриншоты https://cloud.mail.ru/public/hvvF/PQPWaAspT
Буду ждать ответа от вас

Добавлено через 45 минут

Сообщение от grgdvo

Поэтому чтобы подсказать, сначала пришлите скрины вашего окна pgAdmin III со всеми опциями бакапирования

Отправил в облако

@grgdvo · 23.03.2021, 17:45

Какой объем базы?? Если гигабайты, то можно поставить формат Plain (SQL - текстовый).
Его посмотреть можно при необходимости, если размер файла не сильно большой.

Сразу комментарий.
У меня нет под рукой pgAdmin III - он уже устарел, если честно и выше версии 9.6 кажется работать будет с проблемами и предупреждениями, а то и вовсе не сможет подцепиться к базе. Все переезжают на pgAdmin 4 уже давно.

Теперь про галочки:
Я не знаю, что там установлено было по умолчанию у Вас, на раздел Секции должен быть включен и раздел Типы объектов таже должен быть включен. Вообще по умолчанию эти разделы должны включаться по умолчанию - это собственно все ваши данные.
Раздел "Не сохранять" специфический. Давайте предположим, что на данном этапе он Вам не нужен и никакие галочки по умолчанию там не должны быть выставлены.

Далее #2.
Я бы ничего лишнего не включал для начала, кроме CREATE DATABASE.
Здесь нужно прокомментировать так. Если поставить галочку, тогда в дамп будет включена команда создания БД при восстановлении. Это иногда удобно, а иногда нет. Зависит от привилегий пользователей, которые выполняют бакап и потом восстановление. Бывает и так, что сначала на новом месте создают базу, а потом в нее вливаюти содержимое из дампа. В общем включите пока эту галочку, посмотрите на ошибки.

Остальное я бы не трогал.
Пробуйте, показывайте ошибки восстановления, чтобы было понятно, на чем хоть валится.

@Grossmeister · 23.03.2021, 18:13

Сообщение от grgdvo

К сожалению установка галочек методом тыка - здесь не вариант.

Меня интересует чисто теоретически. В Oracle cold backup выполняется после остановки БД простым копированием файлов БД в другое место . В PostgreSQL с этим какие-то проблемы? Или речь идет о hot backup, т.е backup без остановки БД?

@grgdvo · 23.03.2021, 18:23

Здесь не про cold/hot. Здесь скорее, что засунуть внутрь этого бакапа и как.
Самое основное, на чем обычно спотыкаются, это сделают бакап без включения CREATE DATABASE внутрь бакап, а потом восстанавливают непонятно куда. Надо же создать базу для начала, потом уже дамп восстанавливать.
Тоже самое наоборот случается. CREATE DATABASE включили, а пользователя восстановления прав недостаточно. Тоже ошибки будут.

И таких нюансов по-мелочи много. Без конкретных ошибок и скринов не разобраться, кто и как делал бакап и потом его восстанавливал.

Если коснуться темы cold/hot, то PostgreSQL также поддерживает такие режимы. Можно на горячую делать дамп и даже файловый дамп. Важно отличие, что консистеность базы при таких дампах будет на начало выполнения дампа, а не на конец. Транзакции изменившие состояние базы в процессе выполнения бакапа, не будут учтены. Это отличие от, по-моему, SQL Server, который докатывает инкрементальные дополенения. Как в Oracle, не знаю.

Новые блоги и статьи Все статьи Все блоги /
Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Рецензия / Мнение Это мой обзор планшета X220 с точки зрения школьника. Недавно я решила попытаться уменьшить свой. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .
От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .

@6byv1 1 / 1 / 1 Регистрация: 22.09.2016 Сообщений: 121

	Перенос базы с одного сервера на другой 22.03.2021, 10:35. Показов 2538. Ответов 5 Метки нет (Все метки) Подскажите как через Postgre III сделать корректно резервную копию (с данными) и восстановить ее на новый сервер? Сама программа с которой работают, "умеет" делать бэкап и восстановление, но выходит ошибка о некорректном пароле, хотя все верно введено (может в самой программе ошибка на резервную копию и восстановление). Через простгре все соединяется, да и сама программа подключается к БД. Методом тыка ставил галочки при бэкапе и восстановлении, часто вылетали ошибки (игнорирование ошибок), в один момент все успешно восстановилось, но не запомнил при каких параметрах (где галочки ставил) на восстановлении базы, но данные дублировались несколько раз - может не корректно сделал бэкап и восстановление. На данный момент имеется бэкап с данными, а вот как корректно восстановить, не знаю. Уже все таблицы удалил, не помогло. 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	23.03.2021, 07:09
	К сожалению установка галочек методом тыка - здесь не вариант. Чтобы правильно восстановилось, надо правильно сделать бакап. Поэтому чтобы подсказать, сначала пришлите скрины вашего окна pgAdmin III со всеми опциями бакапирования 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	23.03.2021, 17:45
	Какой объем базы?? Если гигабайты, то можно поставить формат Plain (SQL - текстовый). Его посмотреть можно при необходимости, если размер файла не сильно большой. Сразу комментарий. У меня нет под рукой pgAdmin III - он уже устарел, если честно и выше версии 9.6 кажется работать будет с проблемами и предупреждениями, а то и вовсе не сможет подцепиться к базе. Все переезжают на pgAdmin 4 уже давно. Теперь про галочки: Я не знаю, что там установлено было по умолчанию у Вас, на раздел Секции должен быть включен и раздел Типы объектов таже должен быть включен. Вообще по умолчанию эти разделы должны включаться по умолчанию - это собственно все ваши данные. Раздел "Не сохранять" специфический. Давайте предположим, что на данном этапе он Вам не нужен и никакие галочки по умолчанию там не должны быть выставлены. Далее #2. Я бы ничего лишнего не включал для начала, кроме CREATE DATABASE. Здесь нужно прокомментировать так. Если поставить галочку, тогда в дамп будет включена команда создания БД при восстановлении. Это иногда удобно, а иногда нет. Зависит от привилегий пользователей, которые выполняют бакап и потом восстановление. Бывает и так, что сначала на новом месте создают базу, а потом в нее вливаюти содержимое из дампа. В общем включите пока эту галочку, посмотрите на ошибки. Остальное я бы не трогал. Пробуйте, показывайте ошибки восстановления, чтобы было понятно, на чем хоть валится. 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	23.03.2021, 18:23
	Здесь не про cold/hot. Здесь скорее, что засунуть внутрь этого бакапа и как. Самое основное, на чем обычно спотыкаются, это сделают бакап без включения CREATE DATABASE внутрь бакап, а потом восстанавливают непонятно куда. Надо же создать базу для начала, потом уже дамп восстанавливать. Тоже самое наоборот случается. CREATE DATABASE включили, а пользователя восстановления прав недостаточно. Тоже ошибки будут. И таких нюансов по-мелочи много. Без конкретных ошибок и скринов не разобраться, кто и как делал бакап и потом его восстанавливал. Если коснуться темы cold/hot, то PostgreSQL также поддерживает такие режимы. Можно на горячую делать дамп и даже файловый дамп. Важно отличие, что консистеность базы при таких дампах будет на начало выполнения дампа, а не на конец. Транзакции изменившие состояние базы в процессе выполнения бакапа, не будут учтены. Это отличие от, по-моему, SQL Server, который докатывает инкрементальные дополенения. Как в Oracle, не знаю. 0