Где лежит база 1с postgresql
Обновлено: 06.07.2024
Настройка непрерывного архивирования в PostgreSQL 9.6
Для возможности восстановления кластера СУБД PostgreSQL и его баз данных на момент времени необходимо обеспечить наличие:
Следует обратить внимание, что утилиты pg_dump и pg_dumpall создают логическую копию, которая не содержит информации для дальнейшего воспроизведения журнала транзакций и потому не подходит для решения задачи восстановления Point-in-Time.
Наиболее простым способом получения базовой резервной копии является утилита pg_basebackup , создающая копию файловой системы всего кластера.
Наличие непрерывной последовательности архивированных файлов WAL, начинающихся не позднее момента создания файловой резервной копии, позволит после восстановления данных из файловой копии воспроизвести журнал на нужный момент времени и привести систему в состояние на этот момент.
Настройка и выполнение резервного копирования
1 - Включаем архивирование WAL на уровне сервера.
В конфигурационном файле postgresql.conf меняем настройки:
wal_level = replica
archive_mode = on
archive_command = 'copy "%p" "C:\\PostgreSQLBackup\\%f"'
- команда, которая будет выполняться при архивировании WAL в момент переключения на его следующий сегмент. Параметр %p автоматически заменяется полным путём к файлу, подлежащему архивации (. \pg_xlog), а %f - именем файла. C:\PostgreSQLBackup\ в данном примере - путь к директории, куда будет производиться архивирование WAL.
В качестве archive_command может быть также указан скрипт, описывающий более сложную логику операций - архивирование файлов, пакетная передача и др., например:
archive_command = 'local_backup_script.sh "%p" "%f"'
В случае, если переключение на следующий сегмент лога и последующее архивирование происходит слишком редко ввиду невысокой интенсивности работы кластера, можно установить значение параметра:
- период в секундах, по достижении которого переключение на новый сегмент произойдет принудительно.
(значение по умолчанию - 0, значение 5 указано в качестве примера и технически может быть любым, отличным от 0)
Необходимо обратить внимание, что в случае, если для кластера существует hot_standby -реплика, которая уже является получателем WAL-архивов, значение параметра max_wal_senders , определяющего количество процессов, выполняющих передачу WAL, должно быть не менее 2.
В конфигурационном файле pg_hba.conf разрешаем пользователю, под которым будет выполняться архивирование, подключение для репликации:
host replication postgres ::1/128 md5
host replication postgres 127.0.0.1/32 md5
Выполняем перезапуск службы сервера.
2 - Приступаем к созданию базовых резервных копий.
Если для кластера включена hot_standby-реплика, лучше использовать именно её для создания резервных копий, чтобы не нагружать master-сервер. Алгоритм выполнения на ведомом сервере будет таким же, но есть несколько настроек, которые необходимо дополнительно выполнить на slave-сервере (описаны в документации к утилите pg_basebackup ).
pg_basebackup -D "D:\Backup" -X fetch - F tar
-D - директория, куда будет скопировано содержимое каталога ..\data. Она должна быть пустой
-F - формат. В данном примере значение tar означает, что содержимое будет добавлено в архив
-X - метод копирования файлов WAL, созданных в процессе создания копии. Значение fetch означает, что файлы будут скопированы в конце процесса.
Выполнение восстановления
Для выполнения восстановления с использованием полной резервной копии и архива WAL необходимо:
1. Остановить сервер баз данных PostgreSQL.
2. Удалить (а лучше - скопировать во временную директорию) содержимое текущего каталога кластера баз данных (. \data).
3. Восстановить (скопировать) файлы необходимой архивной копии, созданной ранее, в текущий каталог данных кластера (…\data). Файлы WAL в директории \ pg_xlog нужно удалить (или заменить на содержимое каталога, скопированного в п.2)
4. Создать конфигурационный фай recovery.conf. В качестве основы можно взять расположенный обычно в директории …\share файл recovery.conf.sample. В нем необходимо выполнить настройку:
restore_command = 'copy "C:\\PostgreSQLBackup\\%f" "%p"'
- команда, которая будет выполняться для получения созданных ранее архивов WAL (действие, обратное выполняемому командой archive_command в postgresql.conf). Важно, чтобы в случае ошибки restore_command возвращала ненулевой код. По аналогии с archive_command, можно указать в качестве команды скрипт с более сложной логикой.
После запуска сервера получение архивов и их воспроизведение (с помощью команды выше) по умолчанию будет выполняться до последнего файла WAL. Если нужно выполнить восстановление на конкретную точку, эту точку нужно указать в файле recovery.conf .
Например, для восстановления на момент времени:
Или для восстановления на именованную точку:
Такую точку можно создать, например, выполнив в контексте любой из баз кластера запрос:
5. Запустить сервер баз данных. Он будет запущен в режиме recovery и начнет процесс восстановления. По завершении сервер переименует файл recovery.conf в recovery.done и начнет работать в обычном режиме, в том числе разрешит подключения к нему. Если на время выполнения проверки после восстановления нужно запретить соединения с сервером, это лучше всего сделать в конфигурационном файле pg_hba.conf.
Обеспечение возможности быстрого возврата системы в состояние "до изменений"
В процессе эксплуатации часто возникает необходимость перед выполнением каких-либо изменений системы обеспечить возможность их быстрой отмены. При этом создание дополнительного полного бэкапа не всегда возможно (например, могут быть ограничены ресурсы файлового хранилища, процесс копирования может занимать слишком длительное время и др.). По сути для корректного возврата системы в требуемый момент времени необходимо, чтобы в точке восстановления все изменения в базе данных были сброшены на диск и выполнился checkpoint - контрольная точка.
Один из самых простых возможных сценариев решения такой задачи предполагает использование функции резервного копирования pg_start_backup() , которая вместе с pg_stop_backup() используется в утилите pg_basebackup , описанной выше, с той разницей, что утилита автоматически выполняет физическое копирование кластера в соответствии с параметрами, а ручной вызов возлагает ответственность за создание копии на администратора системы и позволяет физическое копирование "пропустить".
Перед выполнением изменений системы :
1. Убеждаемся, что архивирование WAL включено.
2. Подключаемся к серверу баз данных в контексте любой из баз и выполняем запрос:
select pg_start_backup('our_label', true);
Первым параметром указываем имя метки, которое потом будем использовать при восстановлении. Второй параметр означает, что checkpoint будет осуществлен как можно скорее независимо от настроек параметра checkpoint_completion_target.
Далее мы как раз должны были бы выполнить копирование каталога данных, но в данном случае это нам не нужно - можно приступить к плановым изменениям. Перед этим целесообразно сделать снимок виртуальной машины - это не требует много ресурсов, но повысит надежность. Кроме того, снимок можно будет быстро развернуть в тестовом контуре, если это потребуется (конечно же, это никак не заменяет регулярные полные бэкапы кластера).
В случае необходимости отката изменений далее действия не будут отличаться от алгоритма восстановления, описанного выше, за тем исключением, что не нужно удалять каталог кластера и копировать на его место резервную копию - достаточно просто запустить сервер в режиме восстановления, указав в файле recovery.conf созданную метку в качестве recovery_target_name .
Если отмену делать не нужно, выводим сервер из режима резервного копирования, выполнив:
Чтобы увидеть, где находится каталог данных, используйте этот запрос.
Чтобы увидеть все параметры времени выполнения, используйте
Вы можете создавать табличные пространства для хранения объектов базы данных в других частях файловой системы. Чтобы увидеть табличные пространства, которые могут отсутствовать в этом каталоге данных, используйте этот запрос.
show data_directory; Команда указывает на точное местоположение данных. Поиск в определенной папке является болезненным, так как кто-то другой мог установить ее для вас, и теперь вы не знаете конфигурацию, поэтому следующий sql поможет сэкономить время. :) Спасибо, Майк. Он говорит , что «должны быть суперпользователем , чтобы изучить каталог данных» :( Если вы не администратор, вам все равно не нужно об этом знать. Кстати, если кто-то ищет местоположение базы данных для Postgres.app на Mac, как я, то по умолчанию оно находится в/ Library / Application Support / Postgres [ver] / var.
Чтобы выполнить запрос, используйте PGAdmin III и значок «выполнить запрос» в строке меню.На Windows7 все базы данных называют числом в файле с именем pg_database под C:\Program Files (x86)\PostgreSQL\8.2\data\global . Затем вы должны найти имя папки по этому номеру в C:\Program Files (x86)\PostgreSQL\8.2\data\base . Это содержание базы данных.
Не отвечайте определенным образом для ОС, если в вопросе явно не указана ОС. Почему нет? Если вы не упомянете ОС и просто скажете «это работает», любой, кто попробует это на другой ОС, будет сбит с толку. Это актуально. РЕДАКТИРОВАТЬ: О, вы, вероятно, имеете в виду "вообще не давать конкретного ответа ОС". Я думаю, это имеет смысл, я не знаю. @ Давид, вопрос был закрыт, предположительно, потому что не было указано, какая ОС. (Если бы он указывал ОС, он был бы закрыт из-за того, что он был слишком конкретным.) Ваш ответ был полезным и информативным - просто игнорируйте скептиков и падальщиков, пока им не удастся окончательно уничтожить SO. Ненавистники будут ненавидеть, и все такое. @ SamGoody было бы что-то вроде того, что вы говорили, если бы этот ответ был действительно правильным. (Это не совсем неверно, поскольку папка может быть в Windows, но это определенно не дано). Является ли это случаем или нет, можно легко узнать, следуя уже даному ответу. @senthilkumari У меня есть postgresql 11 и windows 10. Как вы упомянули, я пытался просмотреть базу данных pg_database внутри глобальной папки, но не смог ее увидеть. Я мог видеть кучу _vms, _fsm, config_exec_params, pg_control, pg_filenode.map, pg_internal.init. Для Windows 10, какой файл с именем следует искать. Это другое?Откройте pgAdmin и перейдите в Свойства для конкретной базы данных. Найдите OID и откройте каталог
Там должны быть ваши файлы БД.
Как указано в разделе « Расположение базы данных PostgreSQL по умолчанию в Linux », в Linux вы можете узнать, используя следующую команду:
Под моей установкой Linux это здесь: /var/lib/postgresql/8.x/
Вы можете изменить это с initdb -D "c:/mydb/"
Зависит от дистрибутива - для Fedora 20 он ниже /var/lib/pgsql/data . Лучше узнать, используя ps auxw|grep postgres|grep -- -D .Расположение определенных таблиц / индексов может быть скорректировано с помощью TABLESPACE:
Все уже ответили, но только за последние обновления. Если вы хотите знать, где находятся все файлы конфигурации, выполните эту команду в оболочке.
Могу поспорить, что вы задаете этот вопрос, потому что вы попробовали pg_ctl start и получили следующую ошибку:
pg_ctl: каталог базы данных не указан и переменная окружения PGDATA не установлена
Другими словами, вы ищете в каталоге на сайте после того, как -D в вашей pg_ctl start команде.
В этом случае каталог, который вы ищете, содержит эти файлы.
Вы можете найти его, найдя любой из файлов и каталогов выше, используя поиск, предоставляемый вашей ОС.
Например, в моем случае ( установка HomeBrew на Mac OS X ) эти файлы находятся в /usr/local/var/postgres . Для запуска сервера я набираю:
Если вы используете доморощенный, более простой способ найти эти данные просто brew info postgres Вы правы по поводу причины, по которой я ищу папку базы данных. Но дело в том, что я не могу найти ни один из вышеперечисленных файлов с locate <filename> Нашел их . Пришлось использовать sudo locate <filename>Postgres хранит данные в файлах в своем каталоге данных. Выполните следующие шаги, чтобы перейти к базе данных и ее файлам:
База данных, соответствующая файлу таблицы postgresql, является каталогом. Расположение всего каталога данных можно получить, запустив SHOW data_directory . в UNIX-подобной ОС (например, Mac) /Library/PostgreSQL/9.4/data Перейдите в базовую папку в каталоге данных, в котором есть все папки базы данных: /Library/PostgreSQL/9.4/data/base
Найдите имя папки базы данных, выполнив (Дает целое число. Это имя папки базы данных):
Найдите имя файла таблицы, выполнив (Дает целое число. Это имя файла):
Это бинарный файл. Детали файла, такие как размер и время создания, можно получить как обычно. Для получения дополнительной информации прочитайте эту тему
На Mac: /Library/PostgreSQL/9.0/data/base
Каталог не может быть введен, но вы можете посмотреть содержимое через: sudo du -hc data
Настройка Сервера 1С:Предприятие 8.3 и PostgreSQL 9.4.2-1.1C. Полная инструкция
В этой инструкции мы расскажем (и покажем) как настроить связку 1С:Предприятие 8.3 и PostgreSQL 9.4.2 с момента установки обоих сервисов, вплоть до создания информационной базы. Про тюнинг данной связки можно прочитать в другой нашей статье.
Этапы, которые нам предстоит пройти:
- Установка Сервера 1С:Предприятие (64-bit) для Windows
- Установка PostgreSQL 9.4.2-1.1С
- Создание Информационной базы данных.
Подробнее под катом!
Этап 0. Вводные данные.
Этап 1. Установка Сервера 1С:Предприятие (64-bit) для Windows
Этап 2. Установка PostgreSQL и pgAdmin.
Этап 3. Создание информационной базы 1С.
Ещё раз напоминаем, что PostgreSQL можно неплохо разогнать. Подробности в нашей статье.
И не забудьте про резервное копирование баз данных 1С!
Если с базой данных возникли какие-то проблемы, возможно, Вам поможет внутреннее или внешнее тестирование.
Базы данных 1С можно публиковать на веб-серверах!
Эти статьи будут Вам интересны
Установка даты и времени на онлайн-кассах ШТРИХ-М
Если Вы обратили внимание на то, что время на чеках фискальных регистраторов и онлайн-касс не совпадает с текущим временем, Вам нужна наша простейшая инструкция по синхронизации времени. Не стоит вызывать мастера, весь процесс занимает не больше двух минут. Приступим!
1С:Предприятие: Загрузка классификатора банков РФ. Ошибка: Возможно неточные или неправильные настройки подключения к Интернету
21 октября 2017 ВК Tw Fb
К нам за помощью обратился клиент, у которого возникла проблема при обновлении классификатора банков РФ. Конфигурация "Бухгалтерия предприятия", платформа "8.3.10", хотя к этим значениям эта ошибка не имеет никакого отношения. Полный текст ошибки: Возможны неточные или неправильные настройки подключения к Интернету. Конечно же, Интернет в этот момент исправно работал. Рассказываем и показываем, почему же это произошло.
Сетевая карта Intel Ethernet Connection I219-LM на Windows Server 2008R2
Ни с помощью драйверов с сайта производителей материнской платы, ни с помощью DriverPack Sollution, ни с помощью ручного указания папки с драйверами не удалось запустить сетевую карту Intel Ethernet Connection I219-LM на Windows Server 2008R2. Но мы не сдавались и победили.
База знаний "Try 2 Fix" Beta
Все материалы свободны
к распространению с обязательным
указанием источника
1С:Предприятие и PostgreSQL: Размещение базы данных 1С за пределами хранилища PostgreSQL
Итак, нашему клиенту понадобилась работающая копия SQL версии базы данных 1С:Предприятие. На SSD с корнем хранилища PostgreSQL осталось меньше 10Гб, а нам надо около 70Гб. На соседних HDD место есть. В качестве сервера у нас Windows Server 2008R2. Исходная база данных будет называться PG_1CBase. Создаваемая копия будет называться PG_1CBase_NEW.
-
Делаем резервную копию базы данных 1С с помощью pg_dump:
Эти статьи будут Вам интересны
Нет Интернета на ПК или ноутбуке
22 октября 2016 ВК Tw Fb
С момента появления Windows 8.1 пользователи этой ОС начали жаловаться на такую странность: на их ПК или ноутбуках пропадал Интернет, при чём на других устройствах сети (другие ПК, смартфоны или планшеты) сеть была. Перезагрузка, обновление драйверов сетевой карты и другие манипуляции не помогали. Всё это выглядело достаточно странно. Такое поведение может наблюдаться и после очистки компьютера от вирусов или вредоносных программ. Не важно, что вызвало эти проблемы, главное, что есть её решение.
Создание LiveCD RDP-клиента на основе Ubuntu 12.04.5 с помощью Remastersys
Купили простейшие ПК с SoC материнскими платами для использования в качестве клиентов RDP Windows Server 2008R2, а вот жёсткие диски или SSD в них купить забыли (да, фэйл полнейший). После длительного самобичевания и осознания, что бюджет никто нам не пополнит, стали думать, что с этим можно сделать. Решили установить Linux OS на флешки и загружаться с них. Но купили не очень быстрые флешки и они не тянут на себе даже Lubuntu (уже второй фэйл из двух). Всё виснет. Путём длительных изысканий решили, что можно спокойно работать в режиме LiveCD. Но нам нужно, чтобы в загружаемом Live образе присутствовали ярлыки Remmina с сохранённым списком серверов. Для этого решили пересобрать Live дистрибутив Ubuntu с помощью Remastersys. Что из этого вышло - в нашем видео с подробными комментариями. Самые важные шаги мы вынесли отдельно в статью.
23 сентября 2016 ВК Tw Fb
Это статья не претендует на полноту и не является клоном инструкций Windows. Это скорее личные записки с полезной информацией для себя самого, которые используются мной ежедневно. Многие вещи, которые мы долго ищем в проводнике или панели управления можно быстро и легко выполнить через "Выполнить. " (да, это тавтология). Стоит отметить, что все команды, которые мы тут вспомним, можно вводить не только в окно "Выполнить. ", но и прямо в адресную строку проводника Windows, а так же в командную строку cmd. А чуть ниже "Горячие клавиши" Windows. Ускоряемся!
База знаний "Try 2 Fix" Beta
Все материалы свободны
к распространению с обязательным
указанием источника
Необходимые компоненты для установки
СУБД PostgreSQL распространяется бесплатно и входит в комплект поставки сервера приложений "1С". Сервер приложений "1С:Предприятие 8" поставляется в двух вариантах: 32-разрядный и 64-разрядный. Postgre может работать с обоими.
Итак, имеем на руках дистрибутивы:
Казалось бы, чего проще - запусти и установится. Легко! Но установка в стандартном режиме даст одно небольшое ограничение: кластер у нас будут лежать в папке "Program Files". Не всем это понравится. Рассмотрим два варианта установки, простой и расширенный.
Статья разбита на 5 разделов:
1) Установка сервера 1C.
2) Установка PostgreSQL в стандартном виде, достаточном для запуска 1С без дополнительных настроек.
3) Установка PostgreSQL с выбором папки хранения кластера.
4) Создание новой информационной базы 1С.
5) Указание папки хранения файлов базы данных на сервере СУБД.
Перед установкой обязательно прочитайте всю статью целиком!
Установка сервера приложений 1С
Запускаем setup.exe из папки с дистрибутивом сервера 1С.
Далее. далее. До выбора способа запуска сервера приложений:
В том случае, если вы установите сервер приложений не как сервис, нужно будет вручную его запускать каждый раз. Требуется такой вариант редко. Устанавливаем как службу (сервис), и решаем, под каким пользователем он будет запускаться. Из соображений безопасности лучше создать отдельного пользователя USR1CV82, а не разрешать сервису работать под полными правами.
После установки сервера приложений система предложит установить драйвер ключа защиты HASP. Соглашаемся:
Готово, сервер приложений "1С:Предприятие 8" мы установили успешно.
Установка PostgreSQL в стандартном виде, достаточном для запуска 1С без дополнительных настроек
Выбираем русский язык и двигаемся дальше.
Пока все просто, "далее".
Опции установки можно не менять, 1С работать будет. Далее.
Postgre, как и сервер 1С, может сам создать пользователя, под которым будете запускаться служба. Обращаю ваше внимание на то, что если указать учетную запись с правами администратора, то служба корректно работать не будет. Обязательно создавайте нового пользователя.
Следующее окно установки.
Инициализируем кластер. Если у нас сервер баз данных и сервер приложений 1С находятся на разных компьютерах, тогда устанавливаем галочку «Поодерживать подсоединения с любых IP», иначе не трогаем. Обязательно указываем кодировку UTF8. Создаем суперпользователя СУБД. Далее…
Уже почти все. Далее.
Для начальной работы нам ничего дополнительного не нужно, снимаем галочку, завершаем установку.
Результат наших усилий - готовый к работе PostgreSQL. Если нас устраивает, что базы будут лежать в Program Files\PostgreSQL\9.1.2-1.1C\data - заканчиваем на этом, раскрываем базы и наслаждаемся процессом. Однако, чаще все-таки базы данных "лежат" на специально предназначенных для этого дисковых массивах, а не на системном диске. Для того, чтобы настроить расположение данных, перед установкой прочитайте следующий раздел.
Установка Postgre с выбором места хранения кластера
Приступаем к установки Postgre и выполняем все шаги до тех пор, пока нам не предложат инициализировать кластер:
Снимаем галочку "Инициализировать кластер базы данных" и нажимаем "Далее".
Снимаем галочку "По выходу запустить Stack Builder" и завершаем установку.
Дальше начинаем колдовать в командной строке:
1. Необходимо выдать полные права на папку в которую мы установили PostgreSQL, обычно это C:\Program Files\PostgreSQL
2. Из под админских прав запускаем cmd. Если это делаете в win7, то запускаем от Администратора.
3. Создаем папку где будет храниться кластер. Например d:\postgredata.
md d:\postgredata
4. Проводим инициализацию кластера вручную с указанием пути где он будет находиться.
“C:\Program Files\PostgreSQL\9.1.2-1.1C\bin\initdb.exe” -D d:\postgredata --locale=Russian_Russia --encoding=UTF8 -U postgres
5. Удаляем службу PostgreSQL, которая была установлена в ходе установки.
sc delete pgsql-9.1.2-1.1C-x64
Где pgsql-9.1.2-1.1C-x64 – Это название службы. Если не знаете название точно, можно посмотреть свойствах службы “PostgreSQL Database Server…” (Пуск – Панель управления – Администрирование – Службы )
6. Создаем новый сервис с указанием нашего кластера
“C:\Program Files\PostgreSQL\9.1.2-1.1C\bin\pg_ctl” register -N pgsql -U postgresql -P пароль -D d:/postgredata
7. Теперь заходим в службы. Пуск – Панель управления – Администрирование – Службы и стартуем нашу службу.
Создание новой базы данных 1С на сервере с PostgreSQL
Есть несколько вариантов создания базы данных. Можно попробовать создавать базу через pgAdmin3, консоль администрирования серверов 1С. Но тут вы столкнетесь с массой непонятных вопросов и кучей ошибок, ответы на которые будете долго искать. Оставьте это для специалистов. Наша задача получить работоспособную базу с минимальными усилиями. Опишем самый простой путь добиться этого.
Запускаем клиент 1С.
Создаем новую информационную базу. Далее.
Выбираем шаблон новой базы. Далее.
Придумываем название базы, указываем "На сервере 1С:Предприятия", далее.
Кластер серверов 1С:Предприятия – localhost, если мы создаем базу на том же компьютере, где установлен сервер 1С, или имя сервера приложений 1С, если на другом.
Имя информационной базы в кластере - в дальнейшем это название будет указываться при подключении с других компьютеров.
Тип СУБД – Выбираем PostgreSQL.
Сервер баз данных - указываем название сервера PostgreSQL. Если создаем базу на сервере, так же указываем localhost.
Имя базы данных – с таким название будет создана база в PostgreSQL.
Пользователь, пароль – имя пользователя, которого мы указывали как суперпользователя при установке PostgreSQL. Обязательно поднимаем галочку "Создать базу данных в случае ее отсутствия".
Возникает вопрос - а где база будет храниться физически? В папке Base указанного кластера. А если мы не хотим, чтоб она лежала там, где лежат все базы? Тут пока ничего поделать нельзя, просто создаем базу и двигаемся дальше. Далее…
Готово. Правильно установленная система дальше все сделает сама.
Указание папки хранения базы данных
Итак, мы создали базу. В большинстве случаев на этом установка заканчивается. Однако, если баз много, и есть несколько дисковых массивов для разных групп баз, нужно указать, где физически должны располагаться базы. Чтобы сделать это, запускаем pgAdmin3 из Пуск – Программы – PostgreSQL. Подключаемся к нашему серверу.
При первом подключении Postgre попросит пароль для пользователя postgres (которого мы создавали при установке).
Поставим галочку "сохранить пароль", чтобы больше не спрашивал.
Создаем новый TableSpace, это будет та папка, в которой будут храниться наши базы.
Указали место хранения файлов базы. Ок.
Теперь открываем свойства уже созданной ранее базы данных, размещение которой мы хотим изменить.
Меняем свойство Tablespace. После нажатия "ОК" файлы базы данных будут автоматически перемещены. Готово! Надеемся, что статья была вам полезна. Если это так - оставляйте комментарии, делитесь ссылками на эту страницу. Спасибо!
Читайте также: