Пользователь вводил документ "Принятие к учету ОС", провел его, в журнале документов документ не появился, в отчетах движения документа все есть, регистратор отражается как "Объект не найден", при создания нового документа номер показывает следующий и со старым номером создать документ не дает... Куда копать ?

До этого было с одним документом такое с месяц назад "Принятие к учету ОС", тогда обработкой старый удалили и новый создали, а вчера появилось еще 3 таких, на этот раз это "Поступление товаров и услуг"

Куда копать ?

у меня похоже постоянно какие-то нетипичные проблемы ))) Опять никто не сталкивался ?

может попробовать мсскуль, а не это уг ?

а так есть тестирование в постгресе

(2) у нас все лицензионное, на скуль денег жалко...
а про тестирование через сам postgres это мысль, что-то я про него забыла, на обеде попробую...

(2) это уг у нас работает в течении 2,5 лет и не жужжит!

(4) у нас 7 месяцев работает, нареканий не было, а тут такая фигня, кстати не факт что дело в postgres...
Есть идеи что может быть ?

(4) и чо - за спор что косяки регулярны ?

ихмается мне, что все таки дело в постгри ... как там у вас с "грязной" записью

(7) что понимать под "грязной" записью ?

хххх ... как бы это по-русски правильнее сказать ... ну типа когда какая-то таблица(запись) залоченна для изменения и кто-то еще пытаеся в данную таблицу(запись) внести(изменить) данные ... данные откладываются в буфер ... а клиенту отправляется респонс чтовсе обработано

так понятнее

(9) я в принципе так и поняла, но как с этим бороться ? И с последствиями в том числе...
Сейчас надо внести изменения в этот документ, а его пользователь открыть не может и сделать непроведенным тоже ...
Второй внести с правильными данными тоже смысла нет вводить, старые движения-то висят... Не буду-же я каждый раз обработками это делать...

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

(11) как запретить и как пинать ? )))

(+12) сейчас плевать на блокировки, надо чтобы как-то работало, мне в отпуск скоро, а если тут документы пропадать начнут, но фиг мне, а не отпуск, а потом полугодовые отчеты и точно не отпустят, а отпуск в августе это не дело...

конфу не переписывали под управляемые блокировки?

(14) нет, типовая на 99%

(15) чё у PostgreSQL нет профайлера и не чем посмотреть таблицы на нём ?

закладка

глупый вопрос: а права на уровне записей тут точно ни при чем?

(16) да есть скорее всего, я-ж не мега-спец в Postgres, до нового года поставила, настроила конфигурацию, настроила архивирование и забыла

Принцип: не трогай пока работает )))

все работало до недавнего времени без проблем...

(19) а чем бесплатный DB2 не устроил?

блин, еще хрен-бы знал какая эта таблица...
их там пара сотен...

(20) а ты дашь 100% гарантию что там такого не случится ?

(21) ну структуру таблиц можно ж получить описание базы из 1с

(21) ПолучитьСтруктуруХраненияБазыДанных  ?

(23) сейчас так и делаю

(22) есть представитель IBM от котрого можно получить тех. поддержку BCC и БИТ протестировали «1С: Предприятие» на СУБД Oracle

(12)тут я тебе не советник ... когда тестили пришли к выводу не все бесплатное в итоге обходиться дешевле

а открытое по ... это "е@@@сь сам" обычно .... или плати деньги

(28) а закрытое:  это "е@@@сь сам" обычно .... и плати деньги
хватит флудить

(29) флудишь ты.... как раз сейчас... ибо ляпнул бред

(19)[да есть скорее всего, я-ж не мега-спец в Postgres]
самое время обратиться на целевой форум и обзавестись инструментами
http://sql.ru/forum/actualtopics.aspx?bid=7

имхо нужно поискать на ИТС конфу Сценарное тестирование. Создать копию базы и копию журнала регистрации, запустить ведение технологического журнала платформы, создать сценарий по событиям журнала регистрации (ну чтобы сценарий повторил все операции), запустить сценарий. Ну а дальше анализ... Ведь виноватыми могут быть и платформа и postgres и программер...

также можно в параллеле запустить (если имеется тех возможность) на другой версии платформы, СУБД (можно и диби2 попробовать если повторится бага)

либо как говорит Дикообразко: или заплатить (обратится к франчам, чтобы они сделали тоже самое)

скунки прав

(0) для начала
psql -U мегаадмин -c "reindex database База" База

(34) во франчах тупорылые... они ms sql осилить то не могут

(37) тоже верно, они ещё предложат купить мс скуэль
да про реиндексацию тоже верно. с этого всегда нужно начинать

(36) это давно уже сделано...

Смотрю таблицы с документами, их там реально нет...

(40) просто селектами нет ?

вакум хоть не делается и логи не режутся ?

(41) просматриваю через Edit grid
(42) вакуум делается, а логи резать пока не было необходимости

up

размечталась

(45) не каркай

(43) плохо что вакум делается
если логи целы то можно попытаться восстановить, есть какая то байда вал или как то

(47) а в postgres без автовакуума никак, тормозить будет нереально...

(47) знать-бы еще как восстанавливать...
буду разбираться...

Так, кто разбирается ? Это что, откуда и как с этим бороться ?

Tuple Count 2955
Tuple Length 1806 kB
Tuple Percent 87.86
Dead Tuple Count 6
Dead Tuple Length 3230 bytes
Dead Tuple Percent 0.15

не все записи "сжаты" ?

(51) так самое интересное это сразу после ...

дамп базы хоть сделай, на текущий момент
а лучче вообще аварийно завершить (после дампа) и сохранить все файлы как есть

(53) дампы по 4 раза в день

Абрахамс... только не надо на постгри гнать...

Тут у одно клиента стоит 1С на скуле 2008...
очень похожая фигня была...
стали пропадать доки и проводки...

а потом в один день вся база рассыпалась...
пропали свойства и цены.. справочники некоторые потерялись...

Так что я думаю 1С-ники гораздо более криворукие чем разработчики постгри...

(55) ты лучше скажи как лечили и что делали...

Только что эта фигня произошла прямо при мне...
Вводили ПТиУ, нажали ввести счет-фактуру, появилось сообщение сейчас уже не вспомню дословно (юзверь сильно быстро мышкой щелкает), но что-то вроде "не соответствует отбору" (отбора в списке не было), открывается форма счета-фактуры, а там в качестве документ основания уже "объект не найден" и привет горячий, в таблице тишина, как будто там не то что что-то удалили, а как будто и ничего не записывали...

(57) сколько человек вводят приходники?

(57) Повторю глупый вопрос (18): а права на уровне записей тут точно ни при чем?

ЗЫ. Уж больно похоже...

(59) +1
хотя она вроде в таблицу смотрит

(59) нету, все кто заносит у всех права есть 100%
(58) вообще человек 10, но тут больше никого не было, только 1 заносил

(61) а в таблице ТЧ даынне тоже не появилась?

(57) бегом к начальству за бюджетом на MS SQL

и вообще логи какие есть? может ошибки сыпяться?

(62) тоже тишина

(65) а логи в 1С !?

и на (62) ответь...

нашел твою проблему на партнерском форуме
http://partners.v8.1c.ru/forum/thread.jsp?id=745243#745243

(67) на (62) уже ответила, тоже нет строк

Re: Документ исчезает при записи        
01.12.2009 19:16
Чиков Павел (1С, Москва)
1,0
745367

Используйте PostgreSQL 8.3.8

(68) пипец ответ )))

(71) а у тебя какая версия?

Документы, которые якобы пропали из журнала, попробуй запросом достань. Если "через" запрос они доступны (т.е. они в базе есть!) - то у Вас журнал рухнул и индексы накрылись.

Журнал (точнее таблицу) можно удалить "напрямую" в постгрю. Потом ТИИ запускается - оно автоматом его восстановит (документы добавит в журнал).

(72) 8.4.1 )))

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

бляяяяяяяяяя
И что с этими удалившимися теперь делать ?
Пошла искать по карточкам все "объект не найден"...

(74) ну может назад откатиться ?

(77) откатить не проблема, а вот что с уже пропавшими делать ?

(78) чистить... на инфостарте полно обработок по поиске битых ссылок...
либо сама напиши, делов на 10 минут
нумерацию обнови

(78) ну к примеру плюнуть и не трогать. Воссоздать регистратора с незаполненными реквизитами, благо движения -то есть

(78) Я тебя умоляю :) - только не говори, что архива нет :(

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

и использовать ту версию ПО, которую рекоммендует вендор

(81) а причем тут архив? оно просто в базу не записывается

(70) кстати да, в тех.журнале аналогичная фигня...

(79) удалить-то как раз не проблема, мне пользователям надо сказать какие документы им перезабить нужно тогда...
(80) так в том-то и косяк что у пары документов надо аналитику поправить и перепровести их ...
(81) архивы 4 раза в день, а толку ? Если их с самого начала фактически не было ?

(84) дык.. у него версия постгри точно такая же

"Но после выгрузки в *.dt, установки PostgreSQL 8.4.1 и загрузки обратно, начала происходить такая ситуация."

у меня была такая проблема. Конфа Управление розницей, файловая версия. Документа нет, движения есть. Исправил обработкой
ZachistkaRegistrovotbityhSsylok.epf
Почему такое произошло - не понял. Возможно дело в обмене данными (обменивается с УТ).
!!!Очень аккуратно применяй обработку!!!

(85) да читала я ))) не у тебя одного доступ есть )))

(87) зато у меня их два :)) (+ еще один на семерочный), но нет партнерского :(((

(88) а у меня и на тот есть )))

а вот кстати причина
http://postgresql.ru.net/docs/transactions.html

"Из-за ошибки вы будете делать перемотку и вся ваша текущая работа будет потеряна. Этот специфический момент транзакций PostgreSQL особенно раздражает в период отладки и тестирования.
Точки сохранения - путь к спасению."

(89) а то... я то диром франча не был ;)

может карманный сделать?

ладно, сегодня буду развлекаться вечером, делать даунгрейд...

а вот что с данными делать остается на повестке дня...

http://partners.v8.1c.ru/forum/thread.jsp?id=740661#740661

 Re: Патчи PostgreSQL для 8.4        
22.12.2009 13:57
Чиков Павел (1С, Москва)
1,0
752727
В PostgreSQL 8.4.1 присутствует ошибка при работе со временными таблицами, с которой мы сейчас разбираемся. Она проявляется редко, но пока эту версию лучше  не использовать


(93) а в чем проблема?

дай пользюкам список битых ссылок, пусть сами разбираются

(95) так этот список еще сделать надо ))) а у меня их фиг выгонишь...

Евгения, я что-то Вас не понял :( "архивы 4 раза в день, а толку ? Если их с самого начала фактически не было ?" Среди этих архивов должен быть тот, где эти данные ещё есть...

Без обид: А Вы точно в "те", что нужно, таблицы смотрите?

(97) СЕРГЕЙ ... из за ОШИБКИ взаимодействия Сервера 1С и СУБД... данные в БД вообще не писались,
вы ветку внимательно прочитали?

(96) а зачем выгонять, я чего то не знаю?

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

(98) чтобы сделать даунгрейд мне в dt выгрузить надо...

(+99) не в обиду* )))

(98) Не кричи, не глухой... и не тупой :( Ты можешь себе представить ситуацию, когда документы только вбивали в базу и никто их не смотрел до настоящего времени? Я - нет!

(99) Сорри, я Фома Неверующий... ну и тормоз, в натуре. Не хотел обидить.

(102) да я и не обижаюсь )))

А если сделать копию и на ней выполнить ТИИ с разрешением на создание новых объектов для битых ссылок. А потом пройтись по этим документам и из их сохраненных движений "достать" нужные данные для заполнения? Я бы попробывал такую обработку написать...

(102) вот именно ... поэтому пользюки к ней и прибежали жаловаться...
набивали - наивали... нажали ОК.. а он взял и пропал ;)

(100) так ссылки битые ты можешь найти до выгрузки

(104) так и придется, только он часто уж больно коряво их созданиет...

(+107) создает*

кода-ж я клавитуру от кофе почищу...

(108) ты же говорила, что у вас на мелочь бюджет не ограничен? ;)
закажи новую

(109) да блин как обычно, сапожники без сапог... клава кофе залита, принтер полосит...

(+110) ничего себе, все людям )))

(111) вот-вот...
у меня даже принтера нету...
админы добрые души отдали пользюкам

(112) у нас один МФУ на весь отдел )))

(113) зато мы хоть новые кресла получили, старые совсем уже поломали ;)

блин... чувствую я сегодня тут с ночевкой...

(115)

"дурная голова рукам покоя не дает" (с) народная мудрость

вот вам и ответ о надежности
оно конечно да, оно конечно надежно когда баблосов до изжоги

а вроде бы как даже бесплатно

(116) не то слово...

Добрый день! Документы пропадают нетолько на postgres, у нас стоит mssql от 1c база правдо подчиненная основная в москве документов пропало кучя и за прошлые периоды. Ссылки есть доков нет, франч московский разбираются, может связано с обменом так что скорее с 1с проблема.

(120) у нас нет никаких обменов...  
И тут другая ситуация... тут как я уже выяснила они не пропадают, а с самого начала не записываются...
Все началось после обновления платформы и установки postgreSQL версии 8.4.1

(120) у Вас проблема в ДНК... не в 1С

(122) кстати не выходит у меня каменный цветок...

(+123) ТИИ обрывается во время проверки целостности на последовательности по приобретению... сейчас ищу ходы как убрать оттуда битые ссылки...

(124) вестимо, через набор

вообще можешь его полностью очистить,
потом заполнить

Выгрузи
пробеги по строкам, удаляя ненужное
Загрузи...

была у меня подобная проблема, но давно

а лучше наверно сразу запросом ,
что то вроде


ВЫБРАТЬ
   РасчетыПоРеализацииОрганизации.Регистратор,
   РасчетыПоРеализацииОрганизации.Период,
   РасчетыПоРеализацииОрганизации.Организация
ИЗ
   Последовательность.РасчетыПоРеализацииОрганизации КАК РасчетыПоРеализацииОрганизации
ГДЕ
   (НЕ РасчетыПоРеализацииОрганизации.Регистратор.Дата ЕСТЬ NULL )