Pg_restore.exe на Windows Server 2012 - вы не можете использовать эту программу на вашем компьютере

@Chay_Nik · Регистрация: 16.03.2013

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

Доброго всем!
Что за дела? С помощью виндовского pg_dump.exe на одном сервере 2012 сделал архив, попытался восстанавливать его в базу на другом 2012 с помощью pg_restore.exe и получаю редкое но очень печальное явление "вы не можете использовать эту программу на вашем компьютере. Обратитесь к разработчику".
Система 64 бита, постгря тоже 64 бита. Программа pg_restore.exe консольная, как-то запускать ее через режимы совместимости? Чего не хватает-то?

@grgdvo · 10.01.2018, 15:58

скриншот покажите, что это за такое печальное явление.

@Chay_Nik · 10.01.2018, 19:27 **[ТС]**

Оно печальное, но я уже встречался с таким же явлением.

@grgdvo · 11.01.2018, 16:20

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

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

Мда... все течет, все изменяется... Новые версии windows становятся все умнее и умнее.
Вы правы, попробуйте использовать режим совместимости.
Я бы поставил Windows Server 2008, надеюсь эта версия есть во вкладке Совместимость.
Поставьте свойства на файл pg_restore.exe, и при запуске через консоль свойства совместимости также должны применяться.

Ну и надо отметить, то 9.4 уже порядком устарела. Может есть возможность использовать более новую версию.
Это вряд ли исправит указанную вами ошибку, зато добавит больше функций и стабильности в работе postgresql.

@Chay_Nik · 18.01.2018, 07:56 **[ТС]**

Стал восстанавливать эту базу с помощью pg_restore на семерке проф. В первый раз текущая база была предварительно удалена (так как я не знал пароля от базы, который запрашивала консоль администрирования сервера 1С, удалил весь кластер, удалил базу в PgAdmin-е, снова создал пустую базу через консоль. При восстановлении pg_restore выдал сообщение о 347 прогинорированных ошибках. Выполнил pg_restore с ключом --clean , теперь проигнорировано только 44 ошибки.
Что ж такое? И критичны ли бывают эти ошибки? И я не понял, эти ошибки были в архиве или в самой базе?

@grgdvo · 18.01.2018, 13:24

Любая ошибка выполнения pg_restore должна быть проанализирована. Сказать, какая из них критичная, а какая нет - трудно.
Например, если не создана какая-та таблица, наверно, это критично.
Если не создан какой-то индекс, ну это может быть не очень критично, но приведет к торможению выполнения некоторых запросов в дальнейшем.

Попробуйте использовать параметр -e, чтобы прервать восстановление при первой ошибке.
Попробуйте записать в файл то, что выводит pg_restore, пока восстанавливает... не знаю, конструкции перенаправления (&>) в командной строке windows работают или нет.

@Chay_Nik · 18.01.2018, 19:22 **[ТС]**

Перенаправление работает. Запускал сегодня тестирование из конфигуратора, все тесты проходит кроме последнего "Рестуктуризация таблиц ИБ", завершается с ош. "В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: 42703: ERROR: column "filename" does not exist LINE 1: SELECT FileName, Creation, Modified, Attributes, DataSize FR... ^". Конфигурация дописанная. И ошибка описана
. Не уверен, что решение такое допустимо. Наворотили они там в этой 1С.

ссылки на сторонние ресурсы срезает, поэтому просто проциритую

На последних платформах 1С 8.3.х.х+Postgresql после восстановления базы данных из бэкапа стандартными средствами (pg_restore) при попытке сохранить измененную конфигурацию может появляться ошибка
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
42703: ERROR: column "filename" does not exist
LINE 1: SELECT FileName, Creation, Modified, Attributes, DataSize FR...
Появляется эта ошибка после обновления платформы на 8.3.6.х и более позднюю. Связано это с новым функционалом "расширение конфигурации". На абсолютную истину не претендую, но суть в следующем: после восстановления БД из бэкапа при попытке сохранить измененную конфигурацию выходит ошибка.
В общем, конфигурация пытается внести какие-то изменения в таблицы configcas и configcassave, которые могут отсутствовать в бэкапе или быть некорректными, как считает платформа. Если вы не используете расширения конфигурации, то после восстановления базы из бэкапа при возникновении этой ошибки достаточно просто удалить эти таблицы из восстановленной БД. Ошибка точно возникала на платформе 8.3.9.2033, 8.3.9.2170 под управлением Postgresql 9.1.2 и 9.4.2 во всех комбинациях. Ошибка возникала на УТ 11.0.х , возможно будет появляться и на каких-то других конфигурациях, в т.ч. и БП и ЗуП.

@grgdvo · 19.01.2018, 12:02

Я c 1С вообще не сталкиваюсь, поэтому про структуру ее базы данных знаю только то, что она есть

@Chay_Nik 6 / 6 / 1 Регистрация: 16.03.2013 Сообщений: 129
		1
	Pg_restore.exe на Windows Server 2012 - вы не можете использовать эту программу на вашем компьютере 10.01.2018, 12:25. Показов 2945. Ответов 7 Метки нет (Все метки) Доброго всем! Что за дела? С помощью виндовского pg_dump.exe на одном сервере 2012 сделал архив, попытался восстанавливать его в базу на другом 2012 с помощью pg_restore.exe и получаю редкое но очень печальное явление "вы не можете использовать эту программу на вашем компьютере. Обратитесь к разработчику". Система 64 бита, постгря тоже 64 бита. Программа pg_restore.exe консольная, как-то запускать ее через режимы совместимости? Чего не хватает-то? 0

@grgdvo 1233 / 952 / 379 Регистрация: 02.09.2012 Сообщений: 2,904
	10.01.2018, 15:58	2
	скриншот покажите, что это за такое печальное явление. 0

@Chay_Nik 6 / 6 / 1 Регистрация: 16.03.2013 Сообщений: 129
	10.01.2018, 19:27 [ТС]	3
	Оно печальное, но я уже встречался с таким же явлением. Миниатюры 0

@grgdvo 1233 / 952 / 379 Регистрация: 02.09.2012 Сообщений: 2,904
	11.01.2018, 16:20	4
	Сообщение от Chay_Nik получаю редкое но очень печальное явление "вы не можете использовать эту программу на вашем компьютере. Обратитесь к разработчику". Мда... все течет, все изменяется... Новые версии windows становятся все умнее и умнее. Вы правы, попробуйте использовать режим совместимости. Я бы поставил Windows Server 2008, надеюсь эта версия есть во вкладке Совместимость. Поставьте свойства на файл pg_restore.exe, и при запуске через консоль свойства совместимости также должны применяться. Ну и надо отметить, то 9.4 уже порядком устарела. Может есть возможность использовать более новую версию. Это вряд ли исправит указанную вами ошибку, зато добавит больше функций и стабильности в работе postgresql. 0

@Chay_Nik 6 / 6 / 1 Регистрация: 16.03.2013 Сообщений: 129
	18.01.2018, 07:56 [ТС]	5
	Стал восстанавливать эту базу с помощью pg_restore на семерке проф. В первый раз текущая база была предварительно удалена (так как я не знал пароля от базы, который запрашивала консоль администрирования сервера 1С, удалил весь кластер, удалил базу в PgAdmin-е, снова создал пустую базу через консоль. При восстановлении pg_restore выдал сообщение о 347 прогинорированных ошибках. Выполнил pg_restore с ключом --clean , теперь проигнорировано только 44 ошибки. Что ж такое? И критичны ли бывают эти ошибки? И я не понял, эти ошибки были в архиве или в самой базе? 0

@grgdvo 1233 / 952 / 379 Регистрация: 02.09.2012 Сообщений: 2,904
	18.01.2018, 13:24	6
	Любая ошибка выполнения pg_restore должна быть проанализирована. Сказать, какая из них критичная, а какая нет - трудно. Например, если не создана какая-та таблица, наверно, это критично. Если не создан какой-то индекс, ну это может быть не очень критично, но приведет к торможению выполнения некоторых запросов в дальнейшем. Попробуйте использовать параметр -e, чтобы прервать восстановление при первой ошибке. Попробуйте записать в файл то, что выводит pg_restore, пока восстанавливает... не знаю, конструкции перенаправления (&>) в командной строке windows работают или нет. 0

@Chay_Nik 6 / 6 / 1 Регистрация: 16.03.2013 Сообщений: 129
	18.01.2018, 19:22 [ТС]	7
	Перенаправление работает. Запускал сегодня тестирование из конфигуратора, все тесты проходит кроме последнего "Рестуктуризация таблиц ИБ", завершается с ош. "В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: 42703: ERROR: column "filename" does not exist LINE 1: SELECT FileName, Creation, Modified, Attributes, DataSize FR... ^". Конфигурация дописанная. И ошибка описана . Не уверен, что решение такое допустимо. Наворотили они там в этой 1С. ссылки на сторонние ресурсы срезает, поэтому просто проциритую На последних платформах 1С 8.3.х.х+Postgresql после восстановления базы данных из бэкапа стандартными средствами (pg_restore) при попытке сохранить измененную конфигурацию может появляться ошибка В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: 42703: ERROR: column "filename" does not exist LINE 1: SELECT FileName, Creation, Modified, Attributes, DataSize FR... Появляется эта ошибка после обновления платформы на 8.3.6.х и более позднюю. Связано это с новым функционалом "расширение конфигурации". На абсолютную истину не претендую, но суть в следующем: после восстановления БД из бэкапа при попытке сохранить измененную конфигурацию выходит ошибка. В общем, конфигурация пытается внести какие-то изменения в таблицы configcas и configcassave, которые могут отсутствовать в бэкапе или быть некорректными, как считает платформа. Если вы не используете расширения конфигурации, то после восстановления базы из бэкапа при возникновении этой ошибки достаточно просто удалить эти таблицы из восстановленной БД. Ошибка точно возникала на платформе 8.3.9.2033, 8.3.9.2170 под управлением Postgresql 9.1.2 и 9.4.2 во всех комбинациях. Ошибка возникала на УТ 11.0.х , возможно будет появляться и на каких-то других конфигурациях, в т.ч. и БП и ЗуП. 0

@grgdvo 1233 / 952 / 379 Регистрация: 02.09.2012 Сообщений: 2,904
	19.01.2018, 12:02	8
	Я c 1С вообще не сталкиваюсь, поэтому про структуру ее базы данных знаю только то, что она есть 0

Опции темы