Как выполнять дефрагментирование RecID

[mazzy]

Вопрос возник после реплики Yaroslav Batozskiy
http://www.axforum.info/forums/showt...0348#post40348

Цитата:

Например при дефрагментировании RecId я обнаружил, что есть поля со ссылками по Recid, тип которых не наследуется от RecId

Я, например, зарекся рыть в эту сторону после того как покопался в 2.5.
Именно из-за того, что есть поля, которые содержат ссылку на RecID, но не унаследованы от RecIdRef.

А кто как делает дефрагментацию RecID?
И надо ли делать эту дефрагментацию?

Yaroslav Batozskiy, очень хотелось бы услышать ваше мнение.

[velk]

Здравстуйте
помогите решить проблему
на данный момент поле nextVal в таблице SystemSequences равно -13
соответсвенно в базе работать невозможно ругается на дубрирование записи и не создает....
как решить проблему?

[Recoilme]

Цитата:

Сообщение от velk

Здравстуйте
помогите решить проблему
на данный момент поле nextVal в таблице SystemSequences равно -13
соответсвенно в базе работать невозможно ругается на дубрирование записи и не создает....
как решить проблему?

Обычной перезагрузкой )) АОС перезапустить

[velk]

Цитата:

Сообщение от Recoilme

Обычной перезагрузкой )) АОС перезапустить

Всмысле не понял как это????
А я думал что RecID кончились :-(((

[Recoilme]

Цитата:

Сообщение от velk

Здравстуйте
помогите решить проблему
на данный момент поле nextVal в таблице SystemSequences равно -13
соответсвенно в базе работать невозможно ругается на дубрирование записи и не создает....
как решить проблему?

-114 поставьте

[velk]

Цитата:

Сообщение от Recoilme

-114 поставьте

у нас увеличивается за раз на 250

[velk]

PHP код:

systemSequence systemSequence = new systemSequence();
;
Info(Strfmt("?? - %1", systemSequence.getCacheSize())); 


Возвращает 250
сейчас установили 10

[Recoilme]

Рано радуетесь)) Вот как 400000 строк заказов в день научитесь разносить так и приходите за 64 битным рекид
Скорей всего у Вас просто псевдо сцылочностная целкостность нарушилась.

[velk]

Мдааа сложно
может подскажете как ее решить...:-(
а то база стоит работать не возможно
и как найти свободный диапазон RECID чтоб сместить его?

[Recoilme]

Цитата:

Сообщение от velk

Мдааа сложно
может подскажете как ее решить...:-(
а то база стоит работать не возможно
и как найти свободный диапазон RECID чтоб сместить его?

Старт/стоп AOS а не помог???

[velk]

Цитата:

Сообщение от Recoilme

Старт/стоп AOS а не помог???

Нет конечно :-(

[ziva]

Цитата:

Сообщение от velk

Мдааа сложно
может подскажете как ее решить...:-(
а то база стоит работать не возможно
и как найти свободный диапазон RECID чтоб сместить его?

Вот, процитирую себя:
http://axforum.info/forums/showthrea...992#post110992

По результатам телефонного митинга с John McBride (менеджер команды разработки) и Mathieu Kemenovic (глобальная служба поддержки) мне подтвердили что они ничего менять в 3.0 не будут (и даже не будут делать private hot-fix) и предоставлили набор SQL-скриптов, которые ищут большие "дырки" последовательности идентификаторов записей и используют их. Данные скрипты неавтоматические и необходимо выполнять ряд шаманских танцев с бубнами...
.

[Recoilme]

Потом выгрузите в текстовый файд список всех таблиц
(Встаньте на список таблиц а энтерпрайзменеджере и экспорт лист)

на любом языге нопишите select min(recid) from "тут_ваша_таблица"

если с язаком сложно - откройте список таблиц в экселе , добавьте колонку про селект , СЦЕПИТЬ(а,б)

и выполните этот скрипт из кверианалайзера например ,

Выгрузите результаты запроса в ексель, например и посмотрите минимум, это и буде Ваш nextVal

СОРРИ: сумбурно очень, но примерно так я бы делал ибо не знаю как список всех таблиц например запросом получить и т.п.

[velk]

и сместили значение nextVal в обратную сторону
промежуток RecId взяли из LedgerTrans
вроде бы пошло
но проблема в том что в таблице LedgerTrans есть этот промежуток RecId
значит эти RecId где то были использованы...
и если будем делать дефрагментанцию то корректно либудет произведена она?

[ziva]

Цитата:

Сообщение от velk

... если будем делать дефрагментанцию то корректно либудет произведена она?

Для начала попытайтесь воспользоваться стандартным средством -
Администрирование\Периодические операции\SQL Администрирование\Проверка кодов записей. (Classes\SysRecIdRepair)
Он сам выстраивает в рамках компании все записи последовательно и перенумеровывает их.
Насколько результат работы данного средства будет положительным зависит от размера базы, мощности серверов и прочего.

Предостережение:
Не стоит впадать в крайности и сразу запускать данную обработку в production environment - необходимо сделать копию "боевой" версии.
Кроме того, если Вы используете виртуальные компании - следует особо внимательно проверить результаты работы данного механизма - если у Вас таблицы, со связями по RecId сделаны "общими".

[velk]

Виртуальных компаний нет....слава богу...
база архивируется каждый день
размер её 40Гб
сервер 2-х процессорный XEON

[ziva]

Цитата:

Сообщение от velk

Виртуальных компаний нет....слава богу...
база архивируется каждый день
размер её 40Гб
сервер 2-х процессорный XEON

Ее надо "видеть" и вот так удаленно посоветовать что-либо сложно. Надо смотреть в каких таблицах сколько записей, искать что могло привести к такому печальному исходу и т.д. ...
Есть несколько способов идентификации и лечения проблемы, но они скорее представляют собой "сакральные знания" (как любят говорить в одной цветочной компании - "конкурентные преимущества"), которые на форуме выкладывать смысла не имеет.
Вот, например, Yaroslav Batozskiy, будучи представителем данной цветочной компании, кратко описывал методы решения данной проблемы с намеком продажу всем желающим (см. выше).

А можно поинтересоваться, Вы сами внедряете (внутренний проект) или пользуетесь услугами консультантов? Если Вы работаете с внедренцем - адресуйте вопрос ему - ведущий разработчик должен решить проблему.

В любом случае Вам нужен профессионал который через это "проходил" и данную проблему решал неоднократно.

[Kasper]

Цитата:

Сообщение от ziva

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

Hi !

Ziva, а почему эту известную компанию называют "цветочной" ?

Давно уже не в теме, но попробую вспомнить, чего я тогда наваял.
1. Берем связи по recid из словаря--формируем таблицу связей.
2. Запускаем анализатор БД. Он полчаса шуршит, и выдает такую же таблицу, как в п.1., но с дополнительной колонкой "Вероятность". Там, где вероятности меньше процентов 75 -- отбрасываем сразу. Осталось 5...10 строк. Смотрим данные. На тех клиентах, где я это делал -- по 2...3 связи из этих 10 предполагаемых -- это реальные связи и кастом код разработчика, которые они не отразили в типах полей и которые надо врукопашную добавить в таблицу, полученную в п.1. Остальные--случайные совпадения
3. Запускаем дефрагментатор.
Все.

А в чем вопрос-то ?
П. 1 и 3 реализуются тривиально на T-SQL, причем для первого, по моему, достаточно одного select'а. В смысле, алгоритм тривиальный, а клаву топтать надо будет долго.
П.2 имеет смысл, если кастом-кода много, приложение старое, и источники знаний уже покинули компанию. Если разработчики здесь--то недокументированные связи извлекаем из голов.

[ziva]

Цитата:

Сообщение от Kasper

Ziva, а почему эту известную компанию называют "цветочной" ?

Тык "клумба"-ж ...

[velk]

а может кто посоветует как провести процедуру дефрагментации несколькими этапами?
у нас база уходит в down и уже дня три - четыре никакого эффекта