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