не стартует postgresql windows
ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.
Для версий PostgreSQL:
Некорретное завершение работы службы
Как исправить:
1. Запустите сеанс командной строки от Администратора.
2. Выполните последовательно следующие команды и внимательно следите за их работой.
3. Определить домашний каталог PostgreSQL.
4. Проверьте реальный статус экземпляра службы PostgreSQL.
5. Выполните команду для полной остановки процесса PostgreSQL.
Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.
6. Запустите приложение СУБД.
7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.
8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.
Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.
При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.
1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.
2. Скачайте и разместите файл скрипт в папку с PostgreSQL:
3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.
4. Откройте файл отчета и проверьте, что все компоненты присутствуют.
Обязательно должны присутствовать такие библиотеки и исполняемые файлы, а также все библиотеки DLL.
5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД
6. После копирования недостающих файлов:
Дополнительная информация
ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.
Для версий PostgreSQL:
Некорретное завершение работы службы
Как исправить:
1. Запустите сеанс командной строки от Администратора.
2. Выполните последовательно следующие команды и внимательно следите за их работой.
3. Определить домашний каталог PostgreSQL.
4. Проверьте реальный статус экземпляра службы PostgreSQL.
5. Выполните команду для полной остановки процесса PostgreSQL.
Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.
6. Запустите приложение СУБД.
7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.
8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.
Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.
При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.
1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.
2. Скачайте и разместите файл скрипт в папку с PostgreSQL:
3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.
4. Откройте файл отчета и проверьте, что все компоненты присутствуют.
Обязательно должны присутствовать такие библиотеки и исполняемые файлы, а также все библиотеки DLL.
5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД
6. После копирования недостающих файлов:
Дополнительная информация
Programming stuff
Страницы
четверг, 31 декабря 2009 г.
Не запускается служба PostgreSql. Что делать?
Это сообщение предназначено прежде всего для меня лично и для нашей службы поддержки, т.к. проблема подобная описанной ниже происходит с завидной периодичностью и нужно помнить основные шаги по ее решению.
Итак, история начинается с того, что мне 30 декабря в 11-30 звонят с сообщением о том, что у одного из наших клиентов не запускается наша система, поскольку не может подключиться к базе данных (в качестве СУБД у нас используется PostgreSql версии 8.1). Люди объясняют это тем, что час назад вырубило свет и компьютер вырубился некорректно, а после включения – все перестало работать:)
Хорошие пользователи нашей системы знают, где находится кнопка пуск и знают, что в системе не двое часиков “одни с цифрами, а другие песочные”. Поэтому единственное, что удалось сделать по телефону, так это попытаться руками запустить службу СУБД, результат – служба таки не запускается. Пришлось пробрасывать на тот компьютер интернет (на компьютерах, где установлена наша система интернета быть не должно) для возможности удаленного подключения.
После подключения к удаленному компьютеру я попытался запустить службу и получил следующее сообщение: “Служба PostgreSql Database Server 8.1” на “Локальный компьютер” была запущена и затем остановлена. Некоторые службы автоматически останавливаются, если им нечего делать, например, служба журналов и оповещений производительности”. Мда…
Проблема в том, что на тот момент это была единственная доступная информация… Логи PostgreSql пусты, записей в них никаких, в системных логах – тоже пустота.
Отладка служб – процесс не простой, поэтому многие разработчики предусматривают механизмы запуска приложения-службы, как обыкновенного консольного приложения с помощью ключей командной строки. И PostgreSql в этом плане – не исключение; для запуска нужно использовать следующую команду (Hint: эту команду можно запустить только из под неадминистративного пользователя системы, правда, если вы об этом забудете, то PostgreSql очень быстро вам об этом напомнит):
Запускаем, и смотрим на сообщение об ошибке. В моем случае это сообщение звучало примерно так:
Безусловно, мне повезло, проблема оказалась поправимой. Почему-то указанный файл оказался пустым, и мне понадобилось скопировать его содержимое из рабочего экземпляра СУБД, что не составило особого труда.
Мораль этого сообщения в том, что если база легла, или произошли какие-то другие проблемы с системой, то прежде чем переустанавливать СУБД (или систему целиком) и терять при этом все данные, нужно хотя бы попытаться выяснить в чем проблема, возможно, есть все шансы, что вам удастся восстановить работоспособность не такими радикальными способами.
З.Ы. Всех с наступающим Новым Годом и пожелания того, чтобы ваши системы были стабильными и надежными и не портили ваш сон, но даже если какие-то проблемы и возникали, то у вас всегда были наготове варианты, как с этой ситуацией справиться.
Postgresql не запускается служба в windows 10
ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.
Некорретное завершение работы службы
Как исправить:
1. Запустите сеанс командной строки от Администратора.
2. Выполните последовательно следующие команды и внимательно следите за их работой.
3. Определить домашний каталог PostgreSQL.
4. Проверьте реальный статус экземпляра службы PostgreSQL.
5. Выполните команду для полной остановки процесса PostgreSQL.
Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.
6. Запустите приложение СУБД.
7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.
8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.
Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.
При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.
1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.
2. Скачайте и разместите файл скрипт в папку с PostgreSQL: :/Папка_PostgreSQL/bin/.
3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.
4. Откройте файл отчета и проверьте, что все компоненты присутствуют.
Обязательно должны присутствовать такие библиотеки и исполняемые файлы, а также все библиотеки DLL.
5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД :/Папка_PostgreSQL/bin/.
6. После копирования недостающих файлов:
Дополнительная информация
POSTGRESQL. Загадочные явления.
ТС, в логи смотреть ни в коем случае не надо! просто переустанови!
В виндовом журнале событий куча сообщений такого вида:
«FATAL: the database system is starting up»
«анализ логов»
Можно про это подробнее. хотя бы где искать эти логи?
» кластер 1с запускается при недоступной базе, только не может запустить фоновые задания, и каждому пользователю отвечает, что sql недоступен»
ТАк база-то доступна и полноценно работает.
[При ошибках в логах транзакций сервер postgresql не запускается.
Т.е. их необходимо почистить т.е. сделать pg_resetxlog.]
Сейчас обнаружил: в журнал событий непрерывно пишутся сообщения такого вида:
LOG: autovacuum: found orphan temp table «pg_temp_21».»tt5″ in database «rzp2»
FATAL в этом случае лишь уровень, чтобы в лог упало при любых настройках логов
(8) > хотя бы где искать эти логи?
В том же каталоге, где лежит база, каталог pg_log (либо просто log в версии 10)
(13) + пишет что-то вроде:
2018-12-10 11:30:02 MSK СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы: 2018-12-10 11:18:41 MSK
2018-12-10 11:30:02 MSK ВАЖНО: система баз данных запускается
2018-12-10 11:30:03 MSK ВАЖНО: система баз данных запускается
2018-12-10 11:30:04 MSK ВАЖНО: система баз данных запускается
.
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: система БД была остановлена нештатно; производится автоматическое восстановление
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: запись REDO начинается со смещения C1/3C3B7548
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: запись нулевой длины по смещению C1/3C3C69E0
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: записи REDO обработаны до смещения C1/3C3C69B0
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: последняя завершённая транзакция была выполнена в 2018-12-10 11:27:51.952+03
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: Защита от наложения мультитранзакций сейчас включена
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: система БД готова принимать подключения
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: процесс запуска автоочистки создан
2018-12-10 11:47:40 MSK NOTICE: table «tt1» does not exist, skipping
2018-12-10 11:47:40 MSK STATEMENT: drop table if exists tt1 cascade;create temporary table tt1 (_Fld29433RRef bytea, _Fld29434 numeric(14, 0), _Fld29435 numeric(15, 0), _Fld29436 timestamp, _Fld29437 numeric(15, 3), _Fld29438 numeric(10, 0), _Fld29439 mvarchar(1000), _Fld29440 timestamp, _Fld29441 numeric(14, 0), _Fld29442 mvarchar(128), _Fld29443 timestamp, _Fld29444 boolean ) without oids
2018-12-10 11:50:21 MSK NOTICE: table «tt2» does not exist, skipping
2018-12-10 11:50:21 MSK STATEMENT: drop table if exists tt2 cascade;create temporary table tt2 (_Fld28213 numeric(1, 0), _Fld28214 timestamp, _Fld28215 mvarchar(100), _Fld28216 bytea, _Fld28217 numeric(15, 3), _Fld28218 timestamp ) without oids
2018-12-10 11:50:22 MSK NOTICE: table «tt3» does not exist, skipping
2018-12-10 11:50:22 MSK STATEMENT: drop table if exists tt3 cascade;create temporary table tt3 (_Q_000_F_000RRef bytea ) without oids
2018-12-10 11:50:22 MSK NOTICE: index «tmpind_0» does not exist, skipping
Programming stuff
Страницы
четверг, 31 декабря 2009 г.
Не запускается служба PostgreSql. Что делать?
Это сообщение предназначено прежде всего для меня лично и для нашей службы поддержки, т.к. проблема подобная описанной ниже происходит с завидной периодичностью и нужно помнить основные шаги по ее решению.
Итак, история начинается с того, что мне 30 декабря в 11-30 звонят с сообщением о том, что у одного из наших клиентов не запускается наша система, поскольку не может подключиться к базе данных (в качестве СУБД у нас используется PostgreSql версии 8.1). Люди объясняют это тем, что час назад вырубило свет и компьютер вырубился некорректно, а после включения – все перестало работать:)
Хорошие пользователи нашей системы знают, где находится кнопка пуск и знают, что в системе не двое часиков “одни с цифрами, а другие песочные”. Поэтому единственное, что удалось сделать по телефону, так это попытаться руками запустить службу СУБД, результат – служба таки не запускается. Пришлось пробрасывать на тот компьютер интернет (на компьютерах, где установлена наша система интернета быть не должно) для возможности удаленного подключения.
После подключения к удаленному компьютеру я попытался запустить службу и получил следующее сообщение: “Служба PostgreSql Database Server 8.1” на “Локальный компьютер” была запущена и затем остановлена. Некоторые службы автоматически останавливаются, если им нечего делать, например, служба журналов и оповещений производительности”. Мда…
Проблема в том, что на тот момент это была единственная доступная информация… Логи PostgreSql пусты, записей в них никаких, в системных логах – тоже пустота.
Отладка служб – процесс не простой, поэтому многие разработчики предусматривают механизмы запуска приложения-службы, как обыкновенного консольного приложения с помощью ключей командной строки. И PostgreSql в этом плане – не исключение; для запуска нужно использовать следующую команду (Hint: эту команду можно запустить только из под неадминистративного пользователя системы, правда, если вы об этом забудете, то PostgreSql очень быстро вам об этом напомнит):
Запускаем, и смотрим на сообщение об ошибке. В моем случае это сообщение звучало примерно так:
Безусловно, мне повезло, проблема оказалась поправимой. Почему-то указанный файл оказался пустым, и мне понадобилось скопировать его содержимое из рабочего экземпляра СУБД, что не составило особого труда.
Мораль этого сообщения в том, что если база легла, или произошли какие-то другие проблемы с системой, то прежде чем переустанавливать СУБД (или систему целиком) и терять при этом все данные, нужно хотя бы попытаться выяснить в чем проблема, возможно, есть все шансы, что вам удастся восстановить работоспособность не такими радикальными способами.
З.Ы. Всех с наступающим Новым Годом и пожелания того, чтобы ваши системы были стабильными и надежными и не портили ваш сон, но даже если какие-то проблемы и возникали, то у вас всегда были наготове варианты, как с этой ситуацией справиться.
Не могу запустить PostgreSQL
Добавлено через 2 минуты
а вот какие у меня стоят настройки
Ребята! Не могу запустить программу на Java Postgresql!
Всем привет! Вот первая тема https://www.cyberforum.ru/java-database/thread2496065.html Никак не.
Как и что запустить после установки PostgreSQL?
Всем привет! Помогите пожалуйста с проблемой. Для многих это может ерунда, но для меня как.
Не могу получить изображение из БД PostgreSql
загружаю в БД PostgreSql изображение так ZTable1.Edit;.
Не могу внести данные в postgresql
Использую следующий код и он не выдает ошибок, но и не заносит данные в базу. При проверке.
так, а что я там должен посмотреть? Там куча текстовых файлов
Добавлено через 1 час 13 минут
похоже разобрался. После удаления фаила recovery.conf, который я создавал для репликации всё заработало.
Добавлено через 28 минут
Проблема определённо в этом файле! Но я понять не могу, что я там не того написал?
standby_mode = ‘on’
primary_conninfo = ‘host=192.168.0.3 port=5433 user=User’ \\ip, port, имя пользователя мастера
в логах пишет, что:
не удалось подключиться к главному серверу: не удалось подключиться к серверу: Connection timed out (0x0000274C/10060)
Он действительно работает по адресу «192.168.0.5»
и принимает TCP-соединения (порт 5433)?
Добавлено через 46 секунд
так не могу понять проблему? я же ввёл верный ip и порт слейва
Добавлено через 10 минут
ох, я похоже не то посмотрел
Добавлено через 28 минут
В общем ситуация вообще смешная!
Вот, что там написано:
в psql консоли или в pgadmin.
проверьте еще логи на основном сервере, может быть он еще какие-то предупреждения дает.
если есть разница в параметрах, требуется перезапуск и основного сервера (если не hot_standby) и резервного.
не знаю как, но резервный сервер запустился, но основной из за этого остановился и я его вообще уже никак не могу запустить. В логах на основном сервере вообще ничего не пишут(((( а в логах резервного пишут, что верно ли, что у основного сервера ip 192.168.0.3 и port 5433? я всё перепроверил по несколько раз, ip и port верные, даже пропинговал, чтобы убедиться, что соединение есть
Добавлено через 37 минут
опять же не знаю как (так как я ничего нового не вносил в параметры) запустился и главный сервер. Но остаётся проблема с соединением, что резервный сервер не может подключиться по тому соединению, которое я указал. Я на основном сервере в командной строке ввёл ipconf и опробовал все ip адреса, но как писал, что не видит, так и пишет(
Добавлено через 1 минуту
может мне вместо порта 5433 везде сделать 5432? может в этом дело?
Добавлено через 4 часа 10 минут
вот кстати, сейчас попробовал сделать сделать слейв на другой машине и там точно такая же проблема, мол на сервере wal_level = minimum
хотя на главном сервере у меня как стоял hot_standby так и стоит
Почему не запускается postgres 9.6?
Всем привет! Есть сервер postgres. Настраиваю его slave. Мастер сервер настроен согласно https://romantelychko.com/blog/1583/
После того как слил на слейв потокововый бекап и выставил права на папку, пытаюсь запустить. Вот что пишет:
2018-06-15 10:26:08.026 MSK [725] СООБЩЕНИЕ: запись REDO начинается со смещения 4A4/EA48450
2018-06-15 10:26:08.041 MSK [728] [н/д]@[н/д] СООБЩЕНИЕ: неполный стартовый пакет
2018-06-15 10:26:08.068 MSK [725] СООБЩЕНИЕ: согласованное состояние восстановления достигнуто по смещению 4A4/ED9EAB8
2018-06-15 10:26:08.069 MSK [725] СООБЩЕНИЕ: неверное магическое число 0000 в сегменте журнала 00000002000004A40000000E, смещение 14417920
2018-06-15 10:26:08.123 MSK [729] СООБЩЕНИЕ: начало передачи журнала с главного сервера, с позиции 4A4/E000000 на линии времени 2
2018-06-15 10:26:08.550 MSK [732] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:09.060 MSK [735] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:09.572 MSK [738] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:10.086 MSK [741] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:10.598 MSK [744] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:11.108 MSK [747] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:11.622 MSK [750] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:12.135 MSK [753] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:12.647 MSK [756] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:13.161 MSK [761] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:13.674 MSK [764] [email protected] ВАЖНО: система баз данных запускается
2018-06-15 10:26:13.678 MSK [724] СООБЩЕНИЕ: получен запрос на «вежливое» выключение
2018-06-15 10:26:13.678 MSK [729] ВАЖНО: завершение процесса считывания журнала по команде администратора
2018-06-15 10:26:13.682 MSK [726] СООБЩЕНИЕ: выключение
2018-06-15 10:26:16.706 MSK [724] СООБЩЕНИЕ: система БД выключена
Как понять что не нравится Postgres?
Бывает что после отключение питания на Linux серверах с 1С вообще ничего не запускается. База postgres поломана и кэш 1С тоже. Вот шаги как заново всё привести в рабочее состояние.
После можно остановить postgres с нормальным кодом завершения и запустить в нормальном режиме
2. Останавливаем непригодный 1С и чистим его кэш и конфигурациооные файлы и запускаем заново
3. Запускаем RAS и добавляем базы которые были у нас на сервере 1С