1с 8.3 PostgreSQL после восстановления не могу войти в базу.

Форум Администрирование Общие вопросы администрирования (Admin)

1. StBender 02.06.14 15:53 Сейчас в теме

Добрый день, господа.

Собственно есть связка. Сервер 1с 8.3 + PostgreSQL 9.2.4-1.1C(x64. Конфигурация Альфа-Авто: Автосалон, Автосервис, Автозапчасти, ред 4. Ежедневно снимаются бэкапы с помощью стандартной утилиты постгрешки (командную строчку брал из мануала где-то на этом же сайте). Сегодня попробовал восстановить один из бэкапов в чистую базу средствами постгре. База восстановилась. Но при попытке зайти под Администратором выдаёт: Нет прав на запуск требуемого вида клиента. Конфигуратор запустить удается, но доступа к конфигурации нет: Недостаточно прав доступа. Базу восстанавливал с дефолтным положением чекбоксов. В чём может быть трабла?

Спасибо.

По теме из базы знаний

Восстановление работоспособности файловой базы. 0. Введение

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. asved.ru 36 02.06.14 17:22 Сейчас в теме

Вероятно, повреждены данные таблиц, связанных с пользователями

1) Переименуйте таблицу v8users и users.usr в таблице params.
2) Запускаете конфигуратор.
3) Верните изменения п.1 в базе
4) В конфигураторе открываете пользователей и смотрите, что получилось. И меняете, что неправильно.

И эта, тестирование резервных копий - неотъемлемая часть процесса резервного копирования.

3. StBender 03.06.14 10:38 Сейчас в теме

Хм. v8users таблицу нашёл, users.usr - такой в params не обнаружил. При переименованной v8 запустить базу не удается, ругается на совпадение имен, вроде бы.

Резервные копии делаю через pg_dump. По заверению многих - работает.

@echo off 
set now=%TIME:~0,-3% 
set now=%now::=% 
set now=%now: =0% 
set now=%DATE:~-4%%DATE:~3,2%%DATE:~0,2%_%now% 

C:\Progra~1\PostgreSQL\9.2.4-1.1C\bin\pg_dump -Upostgres -Ft Alpha > "F:\Backup\SQL\Alpha_backup_%now%.tar"

C:\Progra~1\PostgreSQL\9.2.4-1.1C\bin\pg_dump -Upostgres -Ft Buh > "F:\Backup\SQL\Buh_backup_%now%.tar"

C:\Progra~1\PostgreSQL\9.2.4-1.1C\bin\pg_dump -Upostgres -Ft ZIK > "F:\Backup\SQL\ZIK_backup_%now%.tar"

Показать

Код, который собственно делает бэкапы. Взято отсюда http://forum.infostart.ru/forum16/topic9026/message67998/#message67998

Может я как-нибудь не так его восстанавливаю? Или эти команды не актуальны для версии Postgre?

8. audion 05.06.14 17:52 Сейчас в теме

(3) StBender,
надо pg_dump -Fc --clean mybase > /Kuda/Nado/mybase.out

--clean - критично.
См. http://forum.infostart.ru/forum74/topic52018/ пост 32, писал уже об этом. Все работает.

9. StBender 09.06.14 15:24 Сейчас в теме

(8) audion, да, спасибо. Помогло. Подозреваю в механизме восстановления не из консоли что-то упускаю. Ещё раз спасибо.

4. asved.ru 36 03.06.14 11:07 Сейчас в теме

users.usr - такой в params не обнаружил

sel_ect * fr_om params where FileName = 'users.usr' что кажет?

подчеркивания уберите

5. StBender 03.06.14 11:27 Сейчас в теме

sel_ect * fr_om params where FileName = 'users.usr' что кажет?

Ничего.

Прикрепленные файлы:

6. asved.ru 36 03.06.14 15:23 Сейчас в теме

Скорее всего, именно в этом и заключается косяк. Посмотрите то же в рабочей базе. Растарьте дамп (получите обыкновенный текстовый файл с набором create/insert-запросов) и посмотрите на соответствующую таблицу в нем.

7. StBender 04.06.14 11:10 Сейчас в теме

(6) asved.ru, да, содержимое params в рабочей базе явно побольше, чем в восстановленной. Не совсем понял, как tar привести к текстовому файлу? И с чем связана такая подлянка? Смотрю другие бэкапы, там такая же история.

10. audion 09.06.14 16:41 Сейчас в теме

Не за что, очень рад, что у Вас все получилось.

Оставьте свое сообщение

E-mail: