Jump to content
forum-okna.ru

Очень нужна помощь


kashey
 Share

Recommended Posts

Как-то непонятно, глюкнулась БД Профстрой3, при создании нового проекта открывается новый проект, но там данные старого, какого либо проекта, причем этот новый связан со старым, т.е. если этот новый удалить, удалится и старый, реструктуризация БД не помогает, реиндексация выдает ошибку, в базах данных понимаю плохо :( , может кто чем поможет. При индексации пишет "violation of PRIMARY or UNIQUE KEY konstant "DATEPRJ" on table "DATEPRJ"" однако в DATEPRJ вообще нет такого поля.

Дозвонился до техподдержки, порекомендовали сделать drop table, данной таблицы, однако реиндексация всё равно не пошла, "грохнул", есчо с 10 таблиц, реиндексация всё таки прошла, проиндексировало около 2000 заказов, однако теперь все заказы - просто записи с ценой и комплектацией, какое-либо упоминание об изделиях исчезло, может, кто подскажет как этого избежать, в базе около 30000 заказов. СПАСИТЕ!!!

Edited by kashey
Link to comment
Share on other sites


Оконный портал tybet.ru | Подписка на новости | Бесплатные объявления | Наша телега | База оконных знаний | ОНЛАЙН-ВЫСТАВКА



Как-то непонятно, глюкнулась БД Профстрой3, при создании нового проекта открывается новый проект, но там данные старого, какого либо проекта, причем этот новый связан со старым, т.е. если этот новый удалить, удалится и старый, реструктуризация БД не помогает, реиндексация выдает ошибку, в базах данных понимаю плохо :igz: , может кто чем поможет. При индексации пишет "violation of PRIMARY or UNIQUE KEY konstant "DATEPRJ" on table "DATEPRJ"" однако в DATEPRJ вообще нет такого поля.

Дозвонился до техподдержки, порекомендовали сделать drop table, данной таблицы, однако реиндексация всё равно не пошла, "грохнул", есчо с 10 таблиц, реиндексация всё таки прошла, проиндексировало около 2000 заказов, однако теперь все заказы - просто записи с ценой и комплектацией, какое-либо упоминание об изделиях исчезло, может, кто подскажет как этого избежать, в базе около 30000 заказов. СПАСИТЕ!!!

Насколько велика разница с последней резервной копией?

Когда произошел сбой? (что делали в это время?)

Что перед этим делали? (смена версий?)

Клиенты локально относительно FB работают или через сеть?

Какая версия FB и ПС?

Если удалили таблицы - значит данные в этом файле базы потеряны их не восстановить ни при каких условиях.

Так что закономерный вопрос удаляли в боевой (пускай и в мертвой) базе или делали резервную копию?

Edited by MOHTEP
Link to comment
Share on other sites

Насколько велика разница с последней резервной копией?

Когда произошел сбой? (что делали в это время?)

Что перед этим делали? (смена версий?)

Клиенты локально относительно FB работают или через сеть?

Какая версия FB и ПС?

Если удалили таблицы - значит данные в этом файле базы потеряны их не восстановить ни при каких условиях.

Так что закономерный вопрос удаляли в боевой (пускай и в мертвой) базе или делали резервную копию?

 

Спасибо за интерес. Пока ждал ответов перековырял всю БД, теперь интереснее :unsure: pUnic`и сглючили, все заказы, сгруппировались по 2-3 заказа с одинаковым pUnic ами, в резервных копиях за месяц наблюдаются 2-3 заказа с одинаковым pUnic.

Firebird-2.0.3.12981-1-Win32

ПС3-3.10.99 сетевая

клиенты работают через сеть (не терминал)

когда произошле сбой и что кто в это время делал сейчас к сожалению сказать затруднительно :igz:

Link to comment
Share on other sites

Спасибо за интерес. Пока ждал ответов перековырял всю БД, теперь интереснее :igz: pUnic`и сглючили, все заказы, сгруппировались по 2-3 заказа с одинаковым pUnic ами, в резервных копиях за месяц наблюдаются 2-3 заказа с одинаковым pUnic.

Firebird-2.0.3.12981-1-Win32

ПС3-3.10.99 сетевая

клиенты работают через сеть (не терминал)

когда произошле сбой и что кто в это время делал сейчас к сожалению сказать затруднительно :igz:

На сколько стабильна сеть? пинги теряются? Какие задержки? (от клиентского места до сервера)

с PUNIC многое связано - изделия, комплектация, спецификация, и т.д..

 

Посмотри за кем приписаны дубликаты punic (поле менеджер). Может быть на этой машине обрывается связь с сервером. Или данные проекты были сделаны одномоментно на двух компах и ПС сгенерил один PUNIC. Сколько пользователей одновременно работают в среднем?

 

ну а так - могу сказать - такие проблемы связаны не с FB, а с ПС. поэтому как решение - делать такую последовательность для менеджеров

1. добавил проект

2. сразу закрыл его

3. открыл и дальше работать....

 

Такие же проблемы существуют с накладными на складе... когда интенсивно вводятся накладные на 2-х и более рабочих местах.

 

 

А лекарство для базы на данный трабл.. хм... на словах и быстро не существует... :unsure:

Edited by MOHTEP
Link to comment
Share on other sites

Спасибо, тебе МОНТЕР.

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

Всё починилось, техподдержка сделала новое обновление, которое поправило индексы.

Отсюда мораль - не брезгуйте реиндексацией проектов, особенно если это база в головном офисе.

 

----------------

Тему можно закрывать.

Link to comment
Share on other sites

Спасибо, тебе МОНТЕР.

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

Всё починилось, техподдержка сделала новое обновление, которое поправило индексы.

Отсюда мораль - не брезгуйте реиндексацией проектов, особенно если это база в головном офисе.

 

----------------

Тему можно закрывать.

Отсюда мораль - чаще делать резервные копии.

Link to comment
Share on other sites

Отсюда мораль - чаще делать резервные копии.

 

От профстроя: "

Ваша база нормальная (ошибок данных 0,3% в пределах нормы FireBird), но вот с индексами проектов ... переполнение - есть отрицательные значения, которые и приводили к сбое реиндексации.

 

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

 

Учитывая, что Ваша фирма наверняка окажется не единственной с такой проблемой, наш тех.отдел разработок с санкции тех.дира выложил внеочередное обновление 3.11.06 "

 

А копии были за целый месяц, только толку от них никаого, помогают если база полетела одномоментно, а не каждый день по чуть-чуть

Link to comment
Share on other sites

А копии были за целый месяц, только толку от них никаого, помогают если база полетела одномоментно, а не каждый день по чуть-чуть

Как раз в таких случаях и помогают резервные копии. Если одномоментно - взял и откатил. Решил проблему и добил свежими данными.

 

А в реиндексации проектов тоже могут быть сильные косяки. Например, как-то раз я сделал реиндексацию, а она не затронула таблицы СГП. И все накладные потеряли связь с проектами. Замечено это было в конце недели, когда делался отчет по СГП. Откатиться уже невозможно. Профсегмент развел руками и сказал "в новой версии такого теперь не будет". А Лечить мою базу пришлось мне самому вручную. Так-то.

Link to comment
Share on other sites

  • 2 months later...

Не нашел темы подходящей. Чтобы не плодить - написал в этой

Возникла проблема - после установки Профстроя выдается вот такая ошибка.

post-3226-1248842326_thumb.jpg

Подскажите хоть в каком направлении копать? Я по сообщению понял что тут что-то не так с NET. Стоит Vista.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.