Не могу запустить PostgreSQL

@Viktor_99 · Регистрация: 07.06.2016

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

Не могу запустить службу PostgreSQL на Windows
Вот, что пишут! Пробовал запустить через Администратора, всё равно пишут тоже... . Может знает кто, как исправить ситуацию?

Добавлено через 2 минуты
а вот какие у меня стоят настройки

@grgdvo · 28.07.2016, 01:17

Посмотрите лог самого постгреса.
Он должен лежать в директории с данными (pg_log\...)

@Viktor_99 · 28.07.2016, 12:01 **[ТС]**

так, а что я там должен посмотреть? Там куча текстовых файлов

Добавлено через 1 час 13 минут
похоже разобрался. После удаления фаила recovery.conf, который я создавал для репликации всё заработало...

Добавлено через 28 минут
Проблема определённо в этом файле! Но я понять не могу, что я там не того написал?

вот, что в файле:

standby_mode = 'on'
primary_conninfo = 'host=192.168.0.3 port=5433 user=User' \\ip, port, имя пользователя мастера

@grgdvo · 28.07.2016, 14:32

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

@Viktor_99 · 29.07.2016, 16:09 **[ТС]**

в логах пишет, что:
не удалось подключиться к главному серверу: не удалось подключиться к серверу: Connection timed out (0x0000274C/10060)
Он действительно работает по адресу "192.168.0.5"
и принимает TCP-соединения (порт 5433)?

Добавлено через 46 секунд
так не могу понять проблему? я же ввёл верный ip и порт слейва

Добавлено через 10 минут
ох, я похоже не то посмотрел

Добавлено через 28 минут
В общем ситуация вообще смешная!
Вот, что там написано:

2016-07-29 16:05:26 MSK СООБЩЕНИЕ: работа системы БД была прервана в процессе восстановления, время в журнале: 2016-07-29 15:36:18 MSK
2016-07-29 16:05:26 MSK ПОДСКАЗКА: Если это происходит постоянно, возможно, какие-то данные были испорчены и для восстановления стоит выбрать более раннюю точку.
2016-07-29 16:05:26 MSK СООБЩЕНИЕ: переход в режим резервного сервера
2016-07-29 16:05:26 MSK ПРЕДУПРЕЖДЕНИЕ: WAL был создан с параметром wal_level=minimal, возможна потеря данных
2016-07-29 16:05:26 MSK ПОДСКАЗКА: Это происходит, если вы на время установили wal_level=minimal и не сделали резервную копию базу данных.
2016-07-29 16:05:26 MSK ВАЖНО: режим горячего резерва невозможен, так как на главном сервере установлен неподходящий wal_level (должен быть "hot_standby" или выше)
2016-07-29 16:05:26 MSK ПОДСКАЗКА: Либо установите для wal_level значение "hot_standby" на главном сервере, либо выключите hot_standby здесь.
2016-07-29 16:05:26 MSK СООБЩЕНИЕ: стартовый процесс (PID 2568) завершился с кодом выхода 1
2016-07-29 16:05:26 MSK СООБЩЕНИЕ: прерывание запуска из-за ошибки в стартовом процессе

и смешная она из-за того, что у меня на мастере wal_level=hot_standby
не понимаю, в чём же дело?

@grgdvo · 01.08.2016, 04:17

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

SQL
1
SHOW wal_level;

в psql консоли или в pgadmin.

проверьте еще логи на основном сервере, может быть он еще какие-то предупреждения дает.
если есть разница в параметрах, требуется перезапуск и основного сервера (если не hot_standby) и резервного.

@Viktor_99 · 01.08.2016, 16:21 **[ТС]**

всё у меня по параметром стоит верно
http://i11.pixs.ru/storage/5/9... 783591.png

не знаю как, но резервный сервер запустился, но основной из за этого остановился и я его вообще уже никак не могу запустить. В логах на основном сервере вообще ничего не пишут(((( а в логах резервного пишут, что верно ли, что у основного сервера ip 192.168.0.3 и port 5433? я всё перепроверил по несколько раз, ip и port верные, даже пропинговал, чтобы убедиться, что соединение есть

Добавлено через 37 минут
опять же не знаю как (так как я ничего нового не вносил в параметры) запустился и главный сервер. Но остаётся проблема с соединением, что резервный сервер не может подключиться по тому соединению, которое я указал. Я на основном сервере в командной строке ввёл ipconf и опробовал все ip адреса, но как писал, что не видит, так и пишет(

Добавлено через 1 минуту
может мне вместо порта 5433 везде сделать 5432? может в этом дело?

Добавлено через 16 минут
вот что у меня в ipconfig я использую самое первое
http://i11.pixs.ru/storage/0/8... 784089.png

Добавлено через 4 часа 10 минут
вот кстати, сейчас попробовал сделать сделать слейв на другой машине и там точно такая же проблема, мол на сервере wal_level = minimum
хотя на главном сервере у меня как стоял hot_standby так и стоит

@grgdvo · 02.08.2016, 08:27

Странная ситуация, затрудняюсь вот так ответить почему log_level на мастере понижается до minimal, хотя выставлен в hot_standby. Я бы еще раз все перепроверял в такой ситуации, начиная от ip-адресов и связности по сети между мастером и слейвом, заканчивая всеми логами мастера и слейва и настройками в postgresql.conf и recovery.conf.
Могу сказать, что порт менять смысла нет. Единственное, когда это разумно нужно делать, это когда запускается два экземпляра postgresql-сервера на одном хосте. Вот тогда номер порта критически важен.

@Viktor_99 · 02.08.2016, 08:59 **[ТС]**

А подскажите wal_level=hot_standby должно быть и на мастере и на слейве? Или только на мастере. В статьях пишут, что только на мастере, но я пробовал делать и так и так.

И может ещё дело в том, что разрядность PostgreSQL не подходит? Или нужно, что б были разные версии или более раннее выпуски? Как считаете? У меня стоит версия 9.5

@grgdvo · 02.08.2016, 09:21

wal_level должен быть одинаковый и на мастере и на слейве. Так что лучше поставить везде hot_standby.

Разрядность точно тоже должна быть одинаковой. Я сам не проверял, доверился документации

In any case the hardware architecture must be the same — shipping from, say, a 32-bit to a 64-bit system will not work.

По версиям также. Совместимость между мажорными версиями не гарантируется, то есть, например, 9.4 c 9.5 может и будет работать, а может и нет (смотря что добавили/изменили в новой версии, надо проверять). Между минорными версиями все должно работать (например, 9.5.1 с 9.5.3), хотя тоже производители открещиваются от 100% работоспособности.

In general, log shipping between servers running different major PostgreSQL release levels is not possible. It is the policy of the PostgreSQL Global Development Group not to make changes to disk formats during minor release upgrades, so it is likely that running different minor release levels on primary and standby servers will work successfully. However, no formal support for that is offered and you are advised to keep primary and standby servers at the same release level as much as possible. When updating to a new minor release, the safest policy is to update the standby servers first — a new minor release is more likely to be able to read WAL files from a previous minor release than vice versa.

@Viktor_99 · 03.08.2016, 12:32 **[ТС]**

Спасибо) Занавес приоткрылся

сейчас буду ещё пробовать)

Добавлено через 23 часа 55 минут
Пробовал ещё делать уже на других машинах. Версия 9.5 32-х битная. В первый раз все сервера и там и там запустились без проблем, потом я переустановил Postgresql, сделал тоже самое и вот на слейве сервер опять не хочет запускаться, говоря, что на основном сервере wal_level = minimal.

Может быть вы знаете какие-нибудь распространённые ошибки, которые можно допустить при настройке репликации?

И ещё вопрос, обязательно ли делать настройки архивирования?

Добавлено через 2 часа 14 минут
и ещё вопрос! Можно ли всё делать со стандартным пользователем postgres и иметь стандартный образ баз postgres?

@grgdvo · 16.08.2016, 15:42

наверно не актуально уже... я долгое время отсутствовал

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

Может быть вы знаете какие-нибудь распространённые ошибки, которые можно допустить при настройке репликации?

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

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

ещё вопрос, обязательно ли делать настройки архивирования?

Если используется потоковая репликация (streaming replication), то архивирование как таковое не нужно, хотя и его можно использовать, чтобы складывать дополнительно данные на случай восстановления после краха (если вдруг реплицированный слейв по каким-то причинам вышел из строя).

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

и ещё вопрос! Можно ли всё делать со стандартным пользователем postgres и иметь стандартный образ баз postgres?

Для репликации безопаснее использовать дополнительного пользователя с выделенными правами. про стандартный образ баз не совсем понял, вы их и так перенесете с мастера на слейв при настройке репликации.

@Viktor_99 · 18.08.2016, 11:11 **[ТС]**

Тема ещё актуальна, так как мне до сих пор не получилось сделать репликацию... .
В последнем логе на резервном сервере такая вот запись, как думаете, что может это означать?

http://i11.pixs.ru/storage/4/3... 970431.jpg

@grgdvo · 18.08.2016, 13:40

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

@Viktor_99 · 18.08.2016, 14:58 **[ТС]**

Я делал бекап с помощью команды
1. select pg_start_backup('label');
2. Скопировал файл
3. select pg_stop_backup();
4. Поместил этот файл в папку data на слейве

и после этого резервный сервер вообще перестал запускать, даже после удаления от туда этого файла

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

@Viktor_99 · 19.08.2016, 16:25 **[ТС]**

И ещё вопрос, данная разница идентификаторов важна, чтобы репликация хотя бы работала?
Я так же слышал, что бекап можно и не переносить, так ли это?

@grgdvo · 22.08.2016, 18:08

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

пробовал ещё....

предлагаю следующие опыты начинать с чистого листа, чтобы не было наведенных старыми опытами ошибок. удалите все, переустановите postgresql.

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

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

И ещё вопрос, данная разница идентификаторов важна, чтобы репликация хотя бы работала?

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

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

Я так же слышал, что бекап можно и не переносить, так ли это?

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

@Viktor_99 · 23.08.2016, 18:02 **[ТС]**

Спасибо Вам огромное!!!!!!!!! У меня наконец-то получилось) проблема была в том, что select pg_stop_backup(); нужно выполнять после того, как файлы были перенесены с мастера на слейв, а я делал после того, как их скопировал)

Добавлено через 1 час 51 минуту
Похоже я рано порадовался...( стоило мне перезагрузить компьютеры, как резервный сервер вообще перестал запускать, даже после того, как я делал новый бэкап. Просто вылетает ошибка и всё.

http://savepic.ru/11072176m.jpg

@grgdvo · 24.08.2016, 01:51

алгоритм понимания ошибки не изменился. идем в логи постгреса и смотрим на последние сообщения в pg_log (она должна лежать в директории с данными), почему слейв не стартанул? там должна быть написана причина. то что служба не стартанула - это следствие.

@Viktor_99 · 24.08.2016, 15:03 **[ТС]**

в том-то и дело, что в логах ничего не было написано, почему сервер не стартовал...
Я переустановил PostgreSQL на слейве, выключил компьютеры, сейчас включил и всё работает.

Новые блоги и статьи Все статьи Все блоги /
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 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90

	Не могу запустить PostgreSQL 27.07.2016, 16:05. Показов 10079. Ответов 19 Метки нет (Все метки) Не могу запустить службу PostgreSQL на Windows Вот, что пишут! Пробовал запустить через Администратора, всё равно пишут тоже... . Может знает кто, как исправить ситуацию? Добавлено через 2 минуты а вот какие у меня стоят настройки 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	28.07.2016, 01:17
	Посмотрите лог самого постгреса. Он должен лежать в директории с данными (pg_log\...) 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	28.07.2016, 12:01 [ТС]
	так, а что я там должен посмотреть? Там куча текстовых файлов Добавлено через 1 час 13 минут похоже разобрался. После удаления фаила recovery.conf, который я создавал для репликации всё заработало... Добавлено через 28 минут Проблема определённо в этом файле! Но я понять не могу, что я там не того написал? вот, что в файле: standby_mode = 'on' primary_conninfo = 'host=192.168.0.3 port=5433 user=User' \\ip, port, имя пользователя мастера 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	28.07.2016, 14:32
	нормальный рековери файл, заставляющий данный сервер работать как резервный. в куче файлов по дате ищите дату-время запуска, смотрите сообщения, почему сервер падает. 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	01.08.2016, 16:21 [ТС]
	всё у меня по параметром стоит верно http://i11.pixs.ru/storage/5/9... 783591.png не знаю как, но резервный сервер запустился, но основной из за этого остановился и я его вообще уже никак не могу запустить. В логах на основном сервере вообще ничего не пишут(((( а в логах резервного пишут, что верно ли, что у основного сервера ip 192.168.0.3 и port 5433? я всё перепроверил по несколько раз, ip и port верные, даже пропинговал, чтобы убедиться, что соединение есть Добавлено через 37 минут опять же не знаю как (так как я ничего нового не вносил в параметры) запустился и главный сервер. Но остаётся проблема с соединением, что резервный сервер не может подключиться по тому соединению, которое я указал. Я на основном сервере в командной строке ввёл ipconf и опробовал все ip адреса, но как писал, что не видит, так и пишет( Добавлено через 1 минуту может мне вместо порта 5433 везде сделать 5432? может в этом дело? Добавлено через 16 минут вот что у меня в ipconfig я использую самое первое http://i11.pixs.ru/storage/0/8... 784089.png Добавлено через 4 часа 10 минут вот кстати, сейчас попробовал сделать сделать слейв на другой машине и там точно такая же проблема, мол на сервере wal_level = minimum хотя на главном сервере у меня как стоял hot_standby так и стоит 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	02.08.2016, 08:27
	Странная ситуация, затрудняюсь вот так ответить почему log_level на мастере понижается до minimal, хотя выставлен в hot_standby. Я бы еще раз все перепроверял в такой ситуации, начиная от ip-адресов и связности по сети между мастером и слейвом, заканчивая всеми логами мастера и слейва и настройками в postgresql.conf и recovery.conf. Могу сказать, что порт менять смысла нет. Единственное, когда это разумно нужно делать, это когда запускается два экземпляра postgresql-сервера на одном хосте. Вот тогда номер порта критически важен. 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	02.08.2016, 08:59 [ТС]
	А подскажите wal_level=hot_standby должно быть и на мастере и на слейве? Или только на мастере. В статьях пишут, что только на мастере, но я пробовал делать и так и так. И может ещё дело в том, что разрядность PostgreSQL не подходит? Или нужно, что б были разные версии или более раннее выпуски? Как считаете? У меня стоит версия 9.5 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	03.08.2016, 12:32 [ТС]
	Спасибо) Занавес приоткрылся сейчас буду ещё пробовать) Добавлено через 23 часа 55 минут Пробовал ещё делать уже на других машинах. Версия 9.5 32-х битная. В первый раз все сервера и там и там запустились без проблем, потом я переустановил Postgresql, сделал тоже самое и вот на слейве сервер опять не хочет запускаться, говоря, что на основном сервере wal_level = minimal. Может быть вы знаете какие-нибудь распространённые ошибки, которые можно допустить при настройке репликации? И ещё вопрос, обязательно ли делать настройки архивирования? Добавлено через 2 часа 14 минут и ещё вопрос! Можно ли всё делать со стандартным пользователем postgres и иметь стандартный образ баз postgres? 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	18.08.2016, 11:11 [ТС]
	Тема ещё актуальна, так как мне до сих пор не получилось сделать репликацию... . В последнем логе на резервном сервере такая вот запись, как думаете, что может это означать? http://i11.pixs.ru/storage/4/3... 970431.jpg 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	18.08.2016, 13:40
	разные идентификаторы... похоже, что вы неверно базовый бакап перенесли, либо не с того сервера, либо не с той установки (если вы много раз что-то переустанавливали). такой индентификатор генерируется уникально при инициализации кластера (директории данных) сервера. проверьте точно адреса и имена мастера и слейва в pg_hba.conf, recovery.conf, еще раз сделайте на мастере базовый бакап, перенесите на слейв, перезапустите слейв. 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	18.08.2016, 14:58 [ТС]
	Я делал бекап с помощью команды 1. select pg_start_backup('label'); 2. Скопировал файл 3. select pg_stop_backup(); 4. Поместил этот файл в папку data на слейве и после этого резервный сервер вообще перестал запускать, даже после удаления от туда этого файла пробовал ещё переместить тот файл вместе с другими файлами из папки data, так же пробовал делать без бекапа, пробовал делать на линуксах, везде одна беда, сервер не запускается, даже после возвращения старых файлов, сервер всё равно не запускается. 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	19.08.2016, 16:25 [ТС]
	И ещё вопрос, данная разница идентификаторов важна, чтобы репликация хотя бы работала? Я так же слышал, что бекап можно и не переносить, так ли это? 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	23.08.2016, 18:02 [ТС]
	Спасибо Вам огромное!!!!!!!!! У меня наконец-то получилось) проблема была в том, что select pg_stop_backup(); нужно выполнять после того, как файлы были перенесены с мастера на слейв, а я делал после того, как их скопировал) Добавлено через 1 час 51 минуту Похоже я рано порадовался...( стоило мне перезагрузить компьютеры, как резервный сервер вообще перестал запускать, даже после того, как я делал новый бэкап. Просто вылетает ошибка и всё. http://savepic.ru/11072176m.jpg 0

@grgdvo 1263 / 977 / 384 Регистрация: 02.09.2012 Сообщений: 3,020
	24.08.2016, 01:51
	алгоритм понимания ошибки не изменился. идем в логи постгреса и смотрим на последние сообщения в pg_log (она должна лежать в директории с данными), почему слейв не стартанул? там должна быть написана причина. то что служба не стартанула - это следствие. 0

@Viktor_99 0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90
	24.08.2016, 15:03 [ТС]
	в том-то и дело, что в логах ничего не было написано, почему сервер не стартовал... Я переустановил PostgreSQL на слейве, выключил компьютеры, сейчас включил и всё работает. 0