| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
 Добавлено: Пн Июл 20, 2015 10:47 Заголовок сообщения: Быстродействие диска и размер базы |
 |
|
У меня сейчас две административные проблемы с базой:
1. База стала слишком большой. Главная причина это вордовские договора и доп соглашения, ну и некоторые основные таблицы стали слишком большими. Хотелось бы уменьшить размер базы.
2. На пиковых нагрузках жесткий диск не успевает обслуживать файл mdf рабочей базы, начинаются тормоза. RAID-10 сервера не справляется и поставить более скоростные диски пока нет возможности.
Как можно это решить без апгрейда железа?
Для решения первой проблемы наверное был бы полезно вытащить вложенные документы в filestream и включить сжатие таблиц средствами sql
Для второй проблемы наверное поможет сжатие таблиц.
Если у кого был опыт использования того что я перечислил, прошу поделеиться - и сказать что именно и как помогло.
Может можно сделать что то еще?
База крутится на MS SQL 2012 Ent 64 бит. |
|
| Вернуться к началу |
|
 |
Antoshes
Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск
|
| Добавлено: Пн Июл 20, 2015 12:19 Заголовок сообщения: |
|
|
| Сколько весит база ? |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Пн Июл 20, 2015 13:12 Заголовок сообщения: |
|
|
| Antoshes писал(а): | | Сколько весит база ? |
150 Гб |
|
| Вернуться к началу |
|
|
Antoshes
Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск
|
| Добавлено: Пн Июл 20, 2015 13:21 Заголовок сообщения: |
|
|
rebel25
Для начала можно удалить старые записи из лога log_tb_change. |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Пн Июл 20, 2015 13:44 Заголовок сообщения: |
|
|
| Antoshes писал(а): | rebel25
Для начала можно удалить старые записи из лога log_tb_change. |
Спасибо, но у меня это делается автоматически. Может что ещё посоветуете?
Ниже самые тяжелые таблицы, отсортированные по весу, хотелось бы с ними что нибудь сделать, чтобы уменьшить базу.
x_docs
sl_uni_tax_RPVED
sl_uni_tax
TB_TABEL
x_pics |
|
| Вернуться к началу |
|
|
Antoshes
Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск
|
| Добавлено: Пн Июл 20, 2015 13:50 Заголовок сообщения: |
|
|
У нас было очень много сканированных документов в формате tiff.
Писали прогу, которая вытаскивала tiff документы, сжимала в jpeg и складывала обратно. Помогло.
А TB_TABEL и SL_UNI_TAX можно перенести в архив старые данные через стандартный функционал.
Конечно, общий вес базы не уменьшится, но обращение к таблицам ускорится, для этого и создана возможность переносить данные в архив |
|
| Вернуться к началу |
|
|
Volod
Большой шоколадный орден
Зарегистрирован: 11.02.2015
Сообщения: 252
|
| Добавлено: Пн Июл 20, 2015 17:05 Заголовок сообщения: |
|
|
я бы ещё все таки провел анализ операций
которые как я понимаю блокируют таблицы и создают очередь
что за пиковые нагрузки и что значит, начинаются тормза ?
увеличиваются очереди , блокировки ? |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Пн Июл 20, 2015 17:51 Заголовок сообщения: |
|
|
| Volod писал(а): | я бы ещё все таки провел анализ операций
которые как я понимаю блокируют таблицы и создают очередь
что за пиковые нагрузки и что значит, начинаются тормза ?
увеличиваются очереди , блокировки ? |
В дни расчета зарплаты, когда с базой работает наибольшее количество пользователей, любые операции выполняются значительно дольше обычного - открытие любых списков, запуск любых программ.
При этом диск с файлом mdf перегружен |
|
| Вернуться к началу |
|
|
Volod
Большой шоколадный орден
Зарегистрирован: 11.02.2015
Сообщения: 252
|
| Добавлено: Пн Июл 20, 2015 20:49 Заголовок сообщения: |
|
|
Как вы делаете такой вывод ?
в снимали статистику по счетчикам диска или какими либо другими способами ?
Извините за вопросы, просто хотелось бы иметь более точную картину.
Какой объем операционной памяти на серверы, вы не написали в стартовом сообщении.
Просто насколько я помню при возникновении проблем с быстродействием сервера, сначала смотрят на нагрузку процессоров, потом операционной памяти, потом на диски.
И при сжатии таблиц, будут больше нагружаться цпу и память, если у Вас нет свободных мощностей и по ним, то ожидаемого эффекта от сжатия можно не получить
Можно так же сделать следующее
проанализировать план выполнения запросов в студии и при необходимости создать индексы
примеры ниже.
"-- Ускорение вывода списка сотрудников у кадров
-- 1. User_Card_IDx_Auto_Card ON card
CREATE CLUSTERED INDEX User_Card_IDx_Auto_Card ON card (Auto_Card)
"
"User_Card_IDx_Auto_Card ON card
CREATE CLUSTERED INDEX User_pr_orders_Refer_Num ON pr_orders (Refer_Num)
"
В код инициализации списка pr_list добавлено условие ALIAS _OPTION_ = OPTION (HASH JOIN) NO_HINT |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Вт Июл 21, 2015 19:32 Заголовок сообщения: |
|
|
| Volod писал(а): | Как вы делаете такой вывод ?
в снимали статистику по счетчикам диска или какими либо другими способами ?
|
Спасибо за информацию, о том что диск перегружен сделали вывод по результатам анализа счетчиков. |
|
| Вернуться к началу |
|
|
zhenya17
Зарегистрирован: 04.02.2009
Сообщения: 190
Откуда: Кемерово
|
| Добавлено: Вт Июл 21, 2015 22:50 Заголовок сообщения: |
|
|
| Antoshes писал(а): | А TB_TABEL и SL_UNI_TAX можно перенести в архив старые данные через стандартный функционал.
Конечно, общий вес базы не уменьшится, но обращение к таблицам ускорится, для этого и создана возможность переносить данные в архив |
Я бы тоже к этим таблицам присмотрелась. За какой период храните в них информацию? Например, срок хранения табелей - 5 лет, а хранить отчисления в фонды, мне кажется, достаточно за 3 года (на случай проверки). |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Ср Июл 22, 2015 11:32 Заголовок сообщения: |
|
|
| zhenya17 писал(а): | | Я бы тоже к этим таблицам присмотрелась. За какой период храните в них информацию? Например, срок хранения табелей - 5 лет, а хранить отчисления в фонды, мне кажется, достаточно за 3 года (на случай проверки). |
Ясно, спасибо, а есть ли предложения что делать с вордовскими файлами в x_docs? С файлстримом кто нибудь настраивал? |
|
| Вернуться к началу |
|
|
Antoshes
Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск
|
| Добавлено: Ср Июл 22, 2015 12:09 Заголовок сообщения: |
|
|
rebel25
сколько у вас весит таблица x_docs ? |
|
| Вернуться к началу |
|
|
rebel25
Большой шоколадный орден
Зарегистрирован: 06.10.2008
Сообщения: 580
Откуда: Москва
|
| Добавлено: Ср Июл 22, 2015 12:50 Заголовок сообщения: |
|
|
| x_docs - 36 Гб |
|
| Вернуться к началу |
|
|
Volod
Большой шоколадный орден
Зарегистрирован: 11.02.2015
Сообщения: 252
|
| Добавлено: Ср Июл 22, 2015 13:09 Заголовок сообщения: |
|
|
| rebel25 писал(а): | | x_docs - 36 Гб |
Вы хотите уменьшить размер таблицы или всё таки уменьшить время выполнения
какого либо диалога? |
|
| Вернуться к началу |
|
|
|
FAQ
Поиск
Пользователи
Группы
Регистрация
Профиль
Войти и проверить личные сообщения
Вход
