|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
Всем Привет! Только что пересели на борт борт ASA 17.0.10.6089 и хотим провести инвентаризацию "багажа" с предыдущего рейса. Код: sql 1. 2. 3. 4. 5. 6. 7.
Дает впечатляющую картину окружающего "богатства и разнообразия" ... Нужно срочно очистить багажный отсек о ненужного хлама. Для этого нужно сначала определить список активных объектов, а потом переименовать и удалить (по усмотрению) все что осталось. Включение profiler дает полную картину активных процессов (CRUD), но выгрузить данные в текстовом виде не удается, и это принуждает к "ручному" составлению списка активных объектов БД. т.е. Создаем новую схему и переносим туда все, что увидели в profiler. Список измененных объектов можно получить через анализ sql-скрипта (dbtran log-file sql-скрипт) через регулярные выражения, но там будет все кроме select from join т.е. опять возвращаемся к profiler и смотрим ... Может быть кто-то из коллег знает способ инвентаризации получше? Может есть вариант выгрузки данных из профайлера по фильтру, а мы его не увидели? Буду очень благодарен за совет! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2020, 11:23 |
|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
ТукТум Может есть вариант выгрузки данных из профайлера по фильтру, а мы его не увидели? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2020, 11:54 |
|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
В техническом смысле- если хотите особенных приключений, то повесьте на каждую таблицу триггер и логгируйте как можно больше за как можно долгий период времени. Конечно, это не спасёт от readonly таблиц и редковызываемых отчётов, зато узнаете много нового. У вас, ведь, не боевой сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2020, 12:08 |
|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
tunknown, Поскольку тема смещается в сторону постановки задач, тут вероятно ответ - только hardcore. авторПрежде чем выбирать технические средства для решения задачи нужно понимать- для чего вы это делаете. Это совершенно верный подход. Мы хотим это сделать, чтобы ясно видеть все объекты базы, которые использует текущее техническое решение (Оно очень загадочное), и освободить место на диске. Конечно все операции проходят на тестовом сервере. А если учесть, что софт все равно следует переписать, то может и правда не стоит "болото осушать". Спасибо за ответ. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2020, 09:43 |
|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
ТукТум Конечно все операции проходят на тестовом сервере. ТукТум Мы хотим это сделать, чтобы ясно видеть все объекты базы, которые использует текущее техническое решение (Оно очень загадочное), ТукТум и освободить место на диске. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2020, 10:22 |
|
Инвентаризация объектов БД
|
|||
---|---|---|---|
#18+
ТукТум, вы себе две разные задачи поставили. Очистка места - одна война, сокращение числа объектов и декомит неиспользуемых = совершенно другая. Конечно же, у них есть пересечение, но минимальное. Я бы рекомендовал в первую очередь посмотреть на первую - очистка места. Обычно делаю следующее: 1. Собрать статистику по росту объектов в течение продолжительного времени (не менее месяца). 2. Оценить приемлемый объем объектов для анализа (зачем смотреть в таблицы несколько МБ, если у вас база Гигабайт). Может работать стандартный принцип 80% места будет под 20% объектов - их и анализировать дальше 3. Оценить основные профили поведения объектов: а) константый объем - либо справочники, либо хорошо очищаемые операционные таблицы (их на потом) б) константный рост - очень вероятный претендент на очистку, скорее всего не попал под текущие условия удержания данных в системе. в) "пила" - рост / падение с явной периодичностью = т.е. четко работающий механизм очистки. Пила с явной динамикой роста на большом промежутке - первый и главный пациент на очистку, т.к. уже существует механизм очистки и вам его надо только скорректировать, дабы предотвратить рост. 4. Оценить как будете чистить данные - одноразовый процесс / сделаете периодическую зачистку и т.п. по второй задаче, на мой взгляд, смысла убирать объекты из базы на первом этапе (года два с момента "десанта" в систему) никакого, кроме технического перфекционизма, сопряженного с желанием получить адреналин после каждой DDL операции :) ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2020, 12:38 |
|
|
start [/forum/topic.php?fid=55&msg=39995584&tid=2009564]: |
0ms |
get settings: |
7ms |
get forum list: |
8ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
38ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
132ms |
get tp. blocked users: |
1ms |
others: | 375ms |
total: | 569ms |
0 / 0 |