Ошибка запроса к БД в окне поиска по F6

[Бродяга_Джон]

а причины такой бяки каковы могут быть?

Это вопрос к разработчикам PostgreSQL, на который внятного ответа нам найти не удалось.
Возможно, на более свежих версиях сервера эта ошибка была/будет исправлена.
На нашем опыте такой сбой возникал до сих пор три-четыре раза (причем всегда до сих пор на БД транзакций). При текущем кол-ве работающих кассовых мест процент, в общем-то, ничтожный.

у нас возможно второй, там постри просто не стартовал, а лог его уже не глянешь, переустановленно с форматированием
транзакции целы

кстати на этом РМК, вероятно в момент обновления, судя по дате, до 1.2.9
в логе постри есть такая вещь

Код: Выделить всё

LOG:  контрольные точки происходят слишком часто (секунд от друга: 20)
ПОДСКАЗКА:  Подумайте об увеличении параметра конфигурации "checkpoint_segments".
LOG:  контрольные точки происходят слишком часто (секунд от друга: 7)
ПОДСКАЗКА:  Подумайте об увеличении параметра конфигурации "checkpoint_segments".

[Alexander]

постри просто не стартовал

Иногда "подвисает" файл с идентификатором процесса /var/lib/postgresql/data/postmaster.pid, который мешает запуску новой копии сервера. Тоже несколько раз наталкивались.

Судя по документации checkpoint_segments влияет на работу сервера только при единовременной загрузке в таблицы БД больших объёмов данных (когда счет идет на десятки мегабайт).

[Бродяга_Джон]

вроде как вариант решения
http://blog.wpkg.org/2012/04/30/error-i ... 699567484/

[Бродяга_Джон]

И ещё момент нашел в логе постргри.

Код: Выделить всё

LOG:  отключение в процессе
LOG:  система отключена
LOG:  система была отключена: 2014-02-13 18:01:29 OMST
LOG:  autovacuum launcher started
LOG:  database system is ready to accept connections
[b]LOG:  database system was interrupted; last known up at 2014-02-14 09:05:40 OMST
LOG:  система баз данных была неправильно остановлена; производится автоматическое восстановление
[/b]LOG:  запись с нулевой длинноц в 0/1A37655C
LOG:  REDO (повторить) не требуется
LOG:  autovacuum launcher started
LOG:  database system is ready to accept connections

в теории это может возникнуть в результате того что комп выключают от сети, бесперебойником, раньше чем сама система в штатный шотдаун уйдёт?
для уточнения, на рмк стоят ssd.

[Alexander]

вроде как вариант решения

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

это может возникнуть в результате того что комп выключают от сети, бесперебойником, раньше чем сама система в штатный шотдаун уйдёт?

В результате таких действий и с файловой системой могут быть проблемы, не то, что с базой данных... Тем более SSD...

[Бродяга_Джон]

вроде как вариант решения

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

ну всё равно что-то, особенно когда дамп не делается

это может возникнуть в результате того что комп выключают от сети, бесперебойником, раньше чем сама система в штатный шотдаун уйдёт?

В результате таких действий и с файловой системой могут быть проблемы, не то, что с базой данных... Тем более SSD...

да со слётом ФС уже шесть раз переставлял, доказать не могу им, фактов нет, они говорят что выключают нормально.

[Бродяга_Джон]

Как клонировать носитель? чтоб остался оригинал на всякий случай
система стоит на ssd 60 гигов, на матери всего два порта sata
под клона тоже планируется ssd, ток наверное надо будет на 64 для гарантии, ибо фирма будет другая, стоит OCZ вертекс2, а их нет сейчас в продаже
текущий - sda

[Alexander]

Код: Выделить всё

dd if=/dev/sda of=/dev/sdb

лучше всего загрузившись с LiveCD/LiveUSB и перепроверив (хоть тем же fdisk-ом какой девайс с каким именем подцепился)

[Бродяга_Джон]

Код: Выделить всё

dd if=/dev/sda of=/dev/sdb

лучше всего загрузившись с LiveCD/LiveUSB и перепроверив (хоть тем же fdisk-ом какой девайс с каким именем подцепился)

я там уже подцеплял вторым ssd, когда переустанавливал им в декабре, он sdb был
а проверить и при загрузке с основного же можно, в той же панели управления мандривы

[Бродяга_Джон]

и попутно подскажите плиз ещё пару моментов.
скрип выполняемый после завершения смены вы уже ввели
а вот теперь что прописать в него для того чтоб:
1) из БД товара в домашний каталог кассира выгружалась по команде "select * from ware" и с учётом ШК товара
2) делалась архивная копия баз как при старте
3) по завершению выполнения вышеуказанных действий выводилось сообщение о готовности к выключению