
    Новые сообщения [новые:0]
  
  Дайджест 
  
  Горячие темы
    Избранное [новые:0]
  
Форумы 
 
Пользователи 
Статистика 
Статистика нагрузки 
    Мод. лог 
  
  Поиск 
  | 
| 
 25.08.2020, 11:23 
 | 
|||
|---|---|---|---|
  
  | 
|||
Инвентаризация объектов БД  | 
|||
| 
 #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 и смотрим ... Может быть кто-то из коллег знает способ инвентаризации получше? Может есть вариант выгрузки данных из профайлера по фильтру, а мы его не увидели? Буду очень благодарен за совет! ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 31.08.2020, 11:54 
 | 
|||
|---|---|---|---|
Инвентаризация объектов БД  | 
|||
| 
 #18+ 
  
    
  ТукТум Может есть вариант выгрузки данных из профайлера по фильтру, а мы его не увидели? ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 31.08.2020, 12:08 
 | 
|||
|---|---|---|---|
Инвентаризация объектов БД  | 
|||
| 
 #18+ 
  
    
  В техническом смысле- если хотите особенных приключений, то повесьте на каждую таблицу триггер и логгируйте как можно больше за как можно долгий период времени. Конечно, это не спасёт от readonly таблиц и редковызываемых отчётов, зато узнаете много нового. У вас, ведь, не боевой сервер. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 01.09.2020, 09:43 
 | 
|||
|---|---|---|---|
  
  | 
|||
Инвентаризация объектов БД  | 
|||
| 
 #18+ 
  
    
  tunknown, Поскольку тема смещается в сторону постановки задач, тут вероятно ответ - только hardcore. авторПрежде чем выбирать технические средства для решения задачи нужно понимать- для чего вы это делаете. Это совершенно верный подход. Мы хотим это сделать, чтобы ясно видеть все объекты базы, которые использует текущее техническое решение (Оно очень загадочное), и освободить место на диске. Конечно все операции проходят на тестовом сервере. А если учесть, что софт все равно следует переписать, то может и правда не стоит "болото осушать". Спасибо за ответ. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 01.09.2020, 10:22 
 | 
|||
|---|---|---|---|
Инвентаризация объектов БД  | 
|||
| 
 #18+ 
  
    
  ТукТум Конечно все операции проходят на тестовом сервере. ТукТум Мы хотим это сделать, чтобы ясно видеть все объекты базы, которые использует текущее техническое решение (Оно очень загадочное), ТукТум и освободить место на диске. ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
| 
 04.09.2020, 12:38 
 | 
|||
|---|---|---|---|
Инвентаризация объектов БД  | 
|||
| 
 #18+ 
  
    
  ТукТум, вы себе две разные задачи поставили. Очистка места - одна война, сокращение числа объектов и декомит неиспользуемых = совершенно другая. Конечно же, у них есть пересечение, но минимальное. Я бы рекомендовал в первую очередь посмотреть на первую - очистка места. Обычно делаю следующее: 1. Собрать статистику по росту объектов в течение продолжительного времени (не менее месяца). 2. Оценить приемлемый объем объектов для анализа (зачем смотреть в таблицы несколько МБ, если у вас база Гигабайт). Может работать стандартный принцип 80% места будет под 20% объектов - их и анализировать дальше 3. Оценить основные профили поведения объектов: а) константый объем - либо справочники, либо хорошо очищаемые операционные таблицы (их на потом) б) константный рост - очень вероятный претендент на очистку, скорее всего не попал под текущие условия удержания данных в системе. в) "пила" - рост / падение с явной периодичностью = т.е. четко работающий механизм очистки. Пила с явной динамикой роста на большом промежутке - первый и главный пациент на очистку, т.к. уже существует механизм очистки и вам его надо только скорректировать, дабы предотвратить рост. 4. Оценить как будете чистить данные - одноразовый процесс / сделаете периодическую зачистку и т.п. по второй задаче, на мой взгляд, смысла убирать объекты из базы на первом этапе (года два с момента "десанта" в систему) никакого, кроме технического перфекционизма, сопряженного с желанием получить адреналин после каждой DDL операции :) ...  | 
|||
| 
 : 
 Нравится:
      
  Не нравится:
      
  
   | 
|||
| 
  
  
   | 
  | 

start [/forum/moderation_log.php?user_name=Cyber_lv]:  | 
    0ms | 
get settings:  | 
    11ms | 
get forum list:  | 
    13ms | 
get settings:  | 
    9ms | 
get forum list:  | 
    12ms | 
check forum access:  | 
    2ms | 
check topic access:  | 
    2ms | 
track hit:  | 
    60ms | 
get topic data:  | 
    11ms | 
get forum data:  | 
    3ms | 
get page messages:  | 
    43ms | 
get tp. blocked users:  | 
    1ms | 
| others: | 439ms | 
| total: | 606ms | 

    | 0 / 0 | 

    Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
    
    
    «На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
    
    
    ... ля, ля, ля ...