Перейти к публикации
forum-okna.ru

Рекомендованные сообщения

Опубликовано: (изменено)

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

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

Изменено пользователем kashey


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



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

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

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

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

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

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

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

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

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

Изменено пользователем MOHTEP
Опубликовано:
Насколько велика разница с последней резервной копией?

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

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

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

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

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

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

 

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

Firebird-2.0.3.12981-1-Win32

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

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

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

Опубликовано: (изменено)
Спасибо за интерес. Пока ждал ответов перековырял всю БД, теперь интереснее :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:

Изменено пользователем MOHTEP
Опубликовано:

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

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

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

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

 

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

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

Опубликовано:
Спасибо, тебе МОНТЕР.

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

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

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

 

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

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

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

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

 

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

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

 

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

 

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

 

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

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

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

 

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

  • 2 months later...
Опубликовано:

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

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

post-3226-1248842326_thumb.jpg

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

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

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Сейчас на странице   0 пользователей

    • Нет пользователей, просматривающих эту страницу.
×
×
  • Создать...

Важная информация

Условия и правила использования форума Правила.