Показаны сообщения с ярлыком PostgreSql. Показать все сообщения
Показаны сообщения с ярлыком PostgreSql. Показать все сообщения

пятница, 11 ноября 2011 г.

Ошибка "Unable to write inside TEMP environment variable path" при установке PostgreSQL на Windows 7

При попытке установить PostgreSQL 9.1 на Windows 7 x64 может возникнуть ошибка "Unable to write inside TEMP environment variable path.". Если посмотреть журнал установки, который сохраняется в папке %TEMP%, то можно увидеть, что ошибка связаны с невозможностью выполнить скрипт "Input Error: There is no script engine for file extension ".vbs".

Проблему можно решить добавлением данных в реестр из файла vbsfix_vista.reg. В процессе выполнения файла могут возникнуть ошибки. Но внесенных изменений будет достаточно, чтобы установка PostgreSQL выполнилась успешно.

вторник, 1 марта 2011 г.

PostgreSQL. Резервное копирование всех баз данных в custom-формате

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

В архиве bat-файлы и инструкция.

pg_backup_restore_all_databases.7z

среда, 20 октября 2010 г.

Изменился формат вывода bytea в PostgreSQL 9.0

После перехода на PostgreSQL 9, в одном из приложений, в разработке которого я учавствую, начала возникать ошибка при получении и десериализации данных, которые хранятся в базе данных в поле типа byte. В приложении используется библиотека Npgsql.

Причиной возникновения ошибки стало изменение формата вывода данных типа bytea. До версии PostgreSQL 9 форматом вывода по умолчанию был escape. Начиная с версии PostgreSQL 9 форматом вывода по умолчанию стал hex. Библиотека Npgsql этих изменений еще не учитывает.

Я нашел два способа решения этой проблемы. Первый, это изменение параметра bytea_output в конфигурационном файле postgresql.conf. Нужно убрать комментарий и установить значение escape. Второй способ, это в клиентском коде преобразовать массив из hex-формата в обычный массив байт. Что из себя представляет hex-формат можно прочитать здесь. Вот быстро набросанный код, который получает исходный массив байт:


  1. using (var reader = command.ExecuteReader())
  2. {
  3.   reader.Read();
  4.   data2 = (byte[])reader[0];
  5.  
  6.   byte[] data3 = new byte[(data2.Length - 1) / 2];
  7.   for (int i = 0; i < data3.Length; ++i)
  8.   {
  9.     var hi = byte.Parse(((char)data2[(i + 1) * 2 - 1]).ToString(), NumberStyles.AllowHexSpecifier);
  10.     var lo = byte.Parse(((char)data2[(i + 1) * 2]).ToString(), NumberStyles.AllowHexSpecifier);
  11.     data3[i] = (byte)((hi << 4) | (lo & 0x0F));
  12.   }
  13. }

Скорее всего есть более цивилизованные способы, но я их пока не нашел. :)

пятница, 22 января 2010 г.

Плановое резервирование базы данных PostgreSql с помощью batch

Известно, что для сохранности базы данных нужно создавать резервные копии. Причем создание резервных копий должно выполняться автоматически, а не тогда, когда об этом вспомнит администратор. В этой статье я хочу поделиться опытом создания bat-файлов, позволяющих настроить плановое резервное копирование базы данных PostgreSql с использованием планировщика Windows.

Особенностью планового резервного копирования является то, что пользователь не следит за ходом выполнения операции и не может проконтролировать результат. Исходя из этого, обязательным требованием является ведение журналов с информацией о результатах резервного копирования. Ниже приведен пример BAT-файла, который выполняет резервное копирование базы данных PostgreSQL, ведет журнал с информацией о датах и результатах выполнения, сохраняет подробные сведения о ходе выполнения каждой резервной копии в отдельный текстовый файл и в случае неудачи отображает диалоговое окно с сообщением.

backup.bat
  1. REM ПРИМЕР СОЗДАНИЯ РЕЗЕРВНОЙ КОПИИ БАЗЫ ДАННЫХ POSTGRESQL
  2. CLS
  3. ECHO OFF
  4. CHCP 1251

  5. REM Установка переменных окружения
  6. SET PGBIN=C:\Program Files (x86)\PostgreSQL\8.4\bin\
  7. SET PGDATABASE=mydb
  8. SET PGHOST=localhost
  9. SET PGPORT=5484
  10. SET PGUSER=admin
  11. SET PGPASSWORD=admin

  12. REM Смена диска и переход в папку из которой запущен bat-файл
  13. %~d0
  14. CD %~dp0

  15. REM Формирование имени файла резервной копии и файла-отчета
  16. SET DATETIME=%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2% %TIME:~0,2%-%TIME:~3,2%-%TIME:~6,2%
  17. SET DUMPFILE=%PGDATABASE% %DATETIME%.backup
  18. SET LOGFILE=%PGDATABASE% %DATETIME%.log
  19. SET DUMPPATH="Backup\%DUMPFILE%"
  20. SET LOGPATH="Backup\%LOGFILE%"

  21. REM Создание резервной копии
  22. IF NOT EXIST Backup MD Backup
  23. CALL "%PGBIN%\pg_dump.exe" --format=custom --verbose --file=%DUMPPATH% 2>%LOGPATH%

  24. REM Анализ кода завершения
  25. IF NOT %ERRORLEVEL%==0 GOTO Error
  26. GOTO Successfull

  27. REM В случае ошибки удаляется поврежденная резервная копия и делается соответствующая запись в журнале
  28. :Error
  29. DEL %DUMPPATH%
  30. MSG * "Ошибка при создании резервной копии базы данных. Смотрите backup.log."
  31. ECHO %DATETIME% Ошибки при создании резервной копии базы данных %DUMPFILE%. Смотрите отчет %LOGFILE%. >> backup.log
  32. GOTO End

  33. REM В случае удачного резервного копирования просто делается запись в журнал
  34. :Successfull
  35. ECHO %DATETIME% Успешное создание резервной копии %DUMPFILE% >> backup.log
  36. GOTO End

  37. :End

Сведения о большинстве команд, примененных в "backup.bat" достаточно распространены. Информацию о назначении каждой команды можно получить путем вызова из командной строки следующей команды: "[Имя команды] /?". Я хочу акцентировать внимание на нескольких менее известных моментах.

Строки 15, 16 выполняют переход в папку в которой находится файл "backup.bat". "%0" возвращает имя bat-файла; "%~d0" и "%~dp0" возвращают соответственно диск и путь к bat-файлу. Подробные сведения о работе с параметрами файла можно посмотреть по этой ссылке.

В строке 19 формируется строковое представление даты и времени в нужном формате. При формировании происходит обращение к переменным окружения DATE и TIME, которые хранят текстовое представление даты и времени соответственно. После имени переменной указывается строка вида ":~m,n", где m - позиция в строке, n - количество символов.

В строке 27 вызывается утилита резервного копирования pg_dump.exe. Вызов выполняется с применением команды CALL, это позволяет дождаться завершения утилиты и проанализировать результат выполнения. Вызов утилиты завершается строкой "2>%LOGPATH%". Эта строка означает что поток ошибок STDERR, номер которого 2, приложения pg_dump.exe перенаправляется в файл, имя которого сохранено в переменной окружения LOGPATH. Так как приложение pg_dump.exe выводит все сообщения в стандартный поток ошибок, то в файле LOGPATH будет сохранен подробный отчет о выполнении резервного копирования.

В строках 37 и 42 выполняется перенаправление вывода в файл backup.log. Перенаправление осуществляется оператором ">>". Различие между операторами ">" и ">>" в том, что первый каждый раз создает новый файл, затирая ранее записанные данные, а второй - дописывает данные в существующий файл. Таким образом можно вести журнал с подробными сведениями о результатах резервного копирования.

После создания и проверки bat-файла для создания резервных копий можно создавать задание планировщика Windows. Задание также может быть создано из командной строки. Для этого можно воспользоваться командой SCHTASKS. Ниже приведен пример использования этой команды.

schedule.bat
  1. CLS
  2. ECHO OFF
  3. CHCP 1251
  4. SCHTASKS /Create /RU SYSTEM /SC DAILY /TN "Резервное копирование" /TR "D:\Db\backup.bat" /ST 02:00:00
  5. IF NOT %ERRORLEVEL%==0 MSG * "Ошибка при создании задачи резервного копирования."

В результате выполнения schedule.bat будет создана задача "Резервное копирование". Параметры задачи можно посмотреть и изменить через оконный интерфейс. Использование bat-файла для создания задания планировщику может быть полезным в случаях, когда настройку резервного копирования нужно выполнять многократно.

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