kashey Posted May 21, 2009 Share Posted May 21, 2009 (edited) Как-то непонятно, глюкнулась БД Профстрой3, при создании нового проекта открывается новый проект, но там данные старого, какого либо проекта, причем этот новый связан со старым, т.е. если этот новый удалить, удалится и старый, реструктуризация БД не помогает, реиндексация выдает ошибку, в базах данных понимаю плохо , может кто чем поможет. При индексации пишет "violation of PRIMARY or UNIQUE KEY konstant "DATEPRJ" on table "DATEPRJ"" однако в DATEPRJ вообще нет такого поля. Дозвонился до техподдержки, порекомендовали сделать drop table, данной таблицы, однако реиндексация всё равно не пошла, "грохнул", есчо с 10 таблиц, реиндексация всё таки прошла, проиндексировало около 2000 заказов, однако теперь все заказы - просто записи с ценой и комплектацией, какое-либо упоминание об изделиях исчезло, может, кто подскажет как этого избежать, в базе около 30000 заказов. СПАСИТЕ!!! Edited May 21, 2009 by kashey Quote Link to comment Share on other sites More sharing options...
MOHTEP Posted May 25, 2009 Share Posted May 25, 2009 (edited) Как-то непонятно, глюкнулась БД Профстрой3, при создании нового проекта открывается новый проект, но там данные старого, какого либо проекта, причем этот новый связан со старым, т.е. если этот новый удалить, удалится и старый, реструктуризация БД не помогает, реиндексация выдает ошибку, в базах данных понимаю плохо , может кто чем поможет. При индексации пишет "violation of PRIMARY or UNIQUE KEY konstant "DATEPRJ" on table "DATEPRJ"" однако в DATEPRJ вообще нет такого поля.Дозвонился до техподдержки, порекомендовали сделать drop table, данной таблицы, однако реиндексация всё равно не пошла, "грохнул", есчо с 10 таблиц, реиндексация всё таки прошла, проиндексировало около 2000 заказов, однако теперь все заказы - просто записи с ценой и комплектацией, какое-либо упоминание об изделиях исчезло, может, кто подскажет как этого избежать, в базе около 30000 заказов. СПАСИТЕ!!! Насколько велика разница с последней резервной копией? Когда произошел сбой? (что делали в это время?) Что перед этим делали? (смена версий?) Клиенты локально относительно FB работают или через сеть? Какая версия FB и ПС? Если удалили таблицы - значит данные в этом файле базы потеряны их не восстановить ни при каких условиях. Так что закономерный вопрос удаляли в боевой (пускай и в мертвой) базе или делали резервную копию? Edited May 25, 2009 by MOHTEP Quote Link to comment Share on other sites More sharing options...
kashey Posted May 26, 2009 Author Share Posted May 26, 2009 Насколько велика разница с последней резервной копией?Когда произошел сбой? (что делали в это время?) Что перед этим делали? (смена версий?) Клиенты локально относительно FB работают или через сеть? Какая версия FB и ПС? Если удалили таблицы - значит данные в этом файле базы потеряны их не восстановить ни при каких условиях. Так что закономерный вопрос удаляли в боевой (пускай и в мертвой) базе или делали резервную копию? Спасибо за интерес. Пока ждал ответов перековырял всю БД, теперь интереснее pUnic`и сглючили, все заказы, сгруппировались по 2-3 заказа с одинаковым pUnic ами, в резервных копиях за месяц наблюдаются 2-3 заказа с одинаковым pUnic. Firebird-2.0.3.12981-1-Win32 ПС3-3.10.99 сетевая клиенты работают через сеть (не терминал) когда произошле сбой и что кто в это время делал сейчас к сожалению сказать затруднительно Quote Link to comment Share on other sites More sharing options...
MOHTEP Posted May 26, 2009 Share Posted May 26, 2009 (edited) Спасибо за интерес. Пока ждал ответов перековырял всю БД, теперь интереснее pUnic`и сглючили, все заказы, сгруппировались по 2-3 заказа с одинаковым pUnic ами, в резервных копиях за месяц наблюдаются 2-3 заказа с одинаковым pUnic.Firebird-2.0.3.12981-1-Win32 ПС3-3.10.99 сетевая клиенты работают через сеть (не терминал) когда произошле сбой и что кто в это время делал сейчас к сожалению сказать затруднительно На сколько стабильна сеть? пинги теряются? Какие задержки? (от клиентского места до сервера) с PUNIC многое связано - изделия, комплектация, спецификация, и т.д.. Посмотри за кем приписаны дубликаты punic (поле менеджер). Может быть на этой машине обрывается связь с сервером. Или данные проекты были сделаны одномоментно на двух компах и ПС сгенерил один PUNIC. Сколько пользователей одновременно работают в среднем? ну а так - могу сказать - такие проблемы связаны не с FB, а с ПС. поэтому как решение - делать такую последовательность для менеджеров 1. добавил проект 2. сразу закрыл его 3. открыл и дальше работать.... Такие же проблемы существуют с накладными на складе... когда интенсивно вводятся накладные на 2-х и более рабочих местах. А лекарство для базы на данный трабл.. хм... на словах и быстро не существует... Edited May 26, 2009 by MOHTEP Quote Link to comment Share on other sites More sharing options...
kashey Posted May 26, 2009 Author Share Posted May 26, 2009 Спасибо, тебе МОНТЕР. Единственный кто хоть как-то пытался помочь. Всё починилось, техподдержка сделала новое обновление, которое поправило индексы. Отсюда мораль - не брезгуйте реиндексацией проектов, особенно если это база в головном офисе. ---------------- Тему можно закрывать. Quote Link to comment Share on other sites More sharing options...
MOHTEP Posted May 26, 2009 Share Posted May 26, 2009 Спасибо, тебе МОНТЕР.Единственный кто хоть как-то пытался помочь. Всё починилось, техподдержка сделала новое обновление, которое поправило индексы. Отсюда мораль - не брезгуйте реиндексацией проектов, особенно если это база в головном офисе. ---------------- Тему можно закрывать. Отсюда мораль - чаще делать резервные копии. Quote Link to comment Share on other sites More sharing options...
kashey Posted May 27, 2009 Author Share Posted May 27, 2009 Отсюда мораль - чаще делать резервные копии. От профстроя: " Ваша база нормальная (ошибок данных 0,3% в пределах нормы FireBird), но вот с индексами проектов ... переполнение - есть отрицательные значения, которые и приводили к сбое реиндексации. Подразумевалось, что пользователи не будут доводить до переполнения значения pUnic, а будут регулярно делать реструктуризацию с реиндексации. А после появления переполнения метод реиндексации уже не помогал. Учитывая, что Ваша фирма наверняка окажется не единственной с такой проблемой, наш тех.отдел разработок с санкции тех.дира выложил внеочередное обновление 3.11.06 " А копии были за целый месяц, только толку от них никаого, помогают если база полетела одномоментно, а не каждый день по чуть-чуть Quote Link to comment Share on other sites More sharing options...
MOHTEP Posted May 27, 2009 Share Posted May 27, 2009 А копии были за целый месяц, только толку от них никаого, помогают если база полетела одномоментно, а не каждый день по чуть-чуть Как раз в таких случаях и помогают резервные копии. Если одномоментно - взял и откатил. Решил проблему и добил свежими данными. А в реиндексации проектов тоже могут быть сильные косяки. Например, как-то раз я сделал реиндексацию, а она не затронула таблицы СГП. И все накладные потеряли связь с проектами. Замечено это было в конце недели, когда делался отчет по СГП. Откатиться уже невозможно. Профсегмент развел руками и сказал "в новой версии такого теперь не будет". А Лечить мою базу пришлось мне самому вручную. Так-то. Quote Link to comment Share on other sites More sharing options...
Lapera Posted July 29, 2009 Share Posted July 29, 2009 Не нашел темы подходящей. Чтобы не плодить - написал в этой Возникла проблема - после установки Профстроя выдается вот такая ошибка. Подскажите хоть в каком направлении копать? Я по сообщению понял что тут что-то не так с NET. Стоит Vista. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.