1С 8.2 сервер + PostgresSQL@Etersoft 8.4.4 на Ubuntu Server 10.04.*

XliN написал:

Можно задам глупый вопрос. Допустим я все настроил и запустил. В итоге видим голую 1С. Где брать саму конфигурацию, что бы ИП могло приступить к работе? Или для каждого предприятия все создается с нуля? Мне только это не понятно. На правах офтопика.

Привет) может я тебя не правильно понял, я сделал так. Через конфигуратор 1С выгрузил из уже существующей 1С базы конфигурацию, можно базу с конфигом целиком, так даже проще. Потом создал пустую 1С уже по описанному тут способу в postgresql. Зашел в конфигуратор 1С и прикрутил заранее выгруженную базу, в итоге получилась актуальная рабочая база на sql) разница в работе колосальна)) Так же можешь взять на сайтах 1С любой конфиг и также его подгрузить.

arjuna написал:

1С 8.3 ни кто не пробовал ставить?

8.3 ставил, оболочка работает на линуксе 1с без проблем запускается. Но связку проверить не удалось так как нужно чтобы на клиенте тоже 8.3 база стояла, пока для меня не актуально. Но думаю проблем не должно быть, 8.2 ставил обновлял, так же работает.

Nigelist написал:

sagvir, я устанавливал и на Ubuntu 10.04, и на Ubuntu 12.04, и на Debian Squeeze, и на Debian Wheezy - всё работало нормально. Из этого можно сделать вывод, что вы где то ошибаетесь.

Я устанавливал на Debian х64- всё работало, а на Ubuntu 12.04 x64- были такие же ошибки как у sagvir.
Тоже пытался всяко лечить,но не вышло.
Если у Вас вышло именно на 64 разрядной,может дополните статью как это лечится.Я понял что вся проблема с расположением каталогов,в 12.04 они несколько иначе расположены.

P.S.В интернете многие пишут что пашет 1с сервер на 12,04.Но статьи по полной установке на 12,04 х64 так и не нашел.Из написанных что попробовать надо так то и так то ничего не получалось

"Nigelist" написал:

По факту работа через браузер, это работа с помощью тонкого клиента, а для этого конфигурация должна поддерживать работу в режиме управляемого приложения.

"sagvir" написал:

а где это настроить, как то через конфигуратор?

"trezwy" написал:

Я устанавливал на Debian х64- всё работало, а на Ubuntu 12.04 x64- были такие же ошибки как у sagvir.
Тоже пытался всяко лечить,но не вышло.
Если у Вас вышло именно на 64 разрядной,может дополните статью как это лечится.Я понял что вся проблема с расположением каталогов,в 12.04 они несколько иначе расположены.

P.S.В интернете многие пишут что пашет 1с сервер на 12,04.Но статьи по полной установке на 12,04 х64 так и не нашел.Из написанных что попробовать надо так то и так то ничего не получалось

Nigelist написал:

[quote="sagvir"]а где это настроить, как то через конфигуратор?

Nigelist написал:

[quote="trezwy"]Я устанавливал на Debian х64- всё работало, а на Ubuntu 12.04 x64- были такие же ошибки как у sagvir.
Тоже пытался всяко лечить,но не вышло.
Если у Вас вышло именно на 64 разрядной,может дополните статью как это лечится.Я понял что вся проблема с расположением каталогов,в 12.04 они несколько иначе расположены.

P.S.В интернете многие пишут что пашет 1с сервер на 12,04.Но статьи по полной установке на 12,04 х64 так и не нашел.Из написанных что попробовать надо так то и так то ничего не получалось

"sagvir" написал:

А в случае "Создание информационной базы, на рабочей станции" так же такая конфигурация нужна. чтобы через тонкого клиента сидеть? помтоучто при создании БД при выборе тонкого клиента так же как и в лучае через веббраузер была только оболочка.

"trezwy" написал:

Спасибо за Debian!Но больше интересовала бы статья :"Сервер 1с +предприятие 8,2+ PostgreSQL 9.0.4 на Ubuntu 12.04 x64" :)

"Nigelist" написал:

trezwy пишет:
Спасибо за Debian!Но больше интересовала бы статья :"Сервер 1с +предприятие 8,2+ PostgreSQL 9.0.4 на Ubuntu 12.04 x64"
А чем Ubuntu интереснее Debian?

Ubuntu более гибок в настройке.Debian очень помешан на безопасности да и просто нравится мне больше Ubuntu, он лояльнее к начинающим.
Если Вас не затруднит,напишите статью Сервер 1с +предприятие 8,2+ PostgreSQL 9.0.4 на Ubuntu 12.04 x64

"Nigelist" написал:

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

"Nigelist" написал:

Делать бэкап без запроса пароля, с максимальным сжатием

Можно так реализовать в /var/lib/pgsql/data/pg_hba.conf добавить после # IPv4 local connections: строку:
host all all 127.0.0.1/32 trust
с такой командой

pg_dump -h localhost -U postgres -Fc -Z9 -c -f /home/sagvir/1C_backup/"`date +%d-%m-%Y`"-BGU.backup base

добавленной в crontab будет создаваться бэкап без пароля)

"Nigelist" написал:

Возможность задавать кол-во хранимых бэкапов (при превышении допустимого кол-ва бэкапов, удалять самый старый)

Тут я так решил

17 20 5 * * /usr/bin/find  /home/sagvir/1C_backup/ -atime +20 -print >> /home/sagvir/clear.txt -exec /bin/rm -rf {} ';'

тоесть будут проверяться файлы к которым нет обращения 20 дней , и они будут удаляться, для логов будет вестись файл удаленных бэкапов -print >> /home/sagvir/clear.txt -

Внесу и свои 5 копеек, как я делаю бекап pgsql.

#!/bin/bash
DATA=`date +%F.%H%M%S`
HOST=`hostname`
cd /var/lib/pgsql/9.1/backups
if [[ -d `date +%F` ]]; then cd `date +%F`
else
mkdir `date +%F`
cd `date +%F`
fi
#Dump all BD
#pg_dumpall > db_all.$HOST.$DATA.sql
#Необходимо делать хотя бы раз в месяц. 
#Dump DB
pg_dump -U postgres namedb | gzip > namedb.$HOST.$DATA.sql.gz
sleep 3
#remove old arh
FIND="/usr/bin/find"
DIR_FILES="/var/lib/pgsql/9.1/backups*"
PARAM="-type f -ctime +7"
DEL="| xargs rm -rfv {} \;"
#---------
#Delete empty dirs
cd /var/lib/pgsql/9.1/backups/
rmdir *
eval $FIND $DIR_FILES $PARAM $DEL
exit 0
#see pg_dump and pg_dumpall

"sagvir" написал:

Чтото ваш скрипт не подошел, решил доработать.
Видел вашу тему

"i2ks" написал:

Внесу и свои 5 копеек, как я делаю бекап pgsql.

Сделал одну глупость при установке локаль выбрал Анг (как результат При попытки создания базы данных, с удаленного пк, 1с выдает ERROR: нeвepнoe знaчeниe для пapaмeтpa "lc_messages": "en_US" ) Как без переустановки можно поменять локаль на рус и заставить создавать базу.. Неохота начинать все сначала????

"Nigelist" написал:

Было бы замечательно, если бы вы дополнили ваши скрипты комментариями. Затем если вы не против, добавлю в шапку.

готово!

#!/bin/bash
#задаем дату и время бекапа
DATA=`date +%F.%H%M%S`
#имя хоста. на которм будем выполнять скрипт, можно и не писать, но для меня так проще.
HOST=`hostname`
#переходим в каталог для бекапа, сначала проверяем, есть ли каталог с датой, если есть, то переходим в него, если нет то создаем и переходим.
cd /var/lib/pgsql/9.1/backups
if [[ -d `date +%F` ]]; then cd `date +%F`
else
mkdir `date +%F`
cd `date +%F`
fi
#Dump all BD
#Полный бекап БД,
#pg_dumpall > db_all.$HOST.$DATA.sql
#Необходимо делать хотя бы раз в месяц. 
#Dump DB
#Дамп БД, где postgres - имя пользователя, namedb - имя базы данных, архив имеет следующий формат.
#имя базы даннх. имя хоста, дата и время, расширение gz: namedb.linux-pc.2013-02-11.143034.gz
pg_dump -U postgres namedb | gzip > namedb.$HOST.$DATA.sql.gz
#пауза
sleep 3
#remove old arh
#удаляем старые архивы, а точней файлы старше 7 дней, так же удаляем  пустые каталоги.
#поиск
FIND="/usr/bin/find"
#каталог где ищем
DIR_FILES="/var/lib/pgsql/9.1/backups*"
#парвметр удаления: тип - файлы, старше 7 дней.
PARAM="-type f -ctime +7"
#удаление
DEL="| xargs rm -rfv {} \;"
#---------
#Delete empty dirs
#удаляем пустые директории, директории где есть файлы будут не затронуты.
cd /var/lib/pgsql/9.1/backups/
rmdir *
#
eval $FIND $DIR_FILES $PARAM $DEL
# или аналогично "/usr/bin/find /var/lib/pgsql/9.1/backups* -type f -ctime +7 | xargs rm -rfv {} \;" , без кавычек.
exit 0
#читаем маны man pg_dump , man pg_dumpall
#see pg_dump and pg_dumpall

"i2ks" написал:

готово!

"Nigelist" написал:

А нельзя сделать отбор не по количеству дней, а по количеству бэкапов?

Можно конечно, но чаще всего считают в днях, а не в кол-ве бекапов. Можно делать бекап раз в сутки. и будут у вас последние 8 бекапов например.

"i2ks" написал:

Можно конечно, но чаще всего считают в днях, а не в кол-ве бекапов. Можно делать бекап раз в сутки. и будут у вас последние 8 бекапов например.

"Nigelist" написал:

P.S. А зачем создавать отдельный каталог для каждого бэкапа?

Что бы в кучу все не сваливать, и каталоги создаются по дате. удобно потом разгребать.

"Nigelist" написал:

И если было пропущено пять дней, скрипт удалит пять архивов. В итоге, может возникнуть неприятная ситуация, когда необходимого бэкапа не будет в наличии.

Пропустить 5 дней - это исключено. Тем более если бекап более 5 дней, то он уже считается не актуальным.

"i2ks" написал:

Пропустить 5 дней - это исключено. Тем более если бекап более 5 дней, то он уже считается не актуальным.