Список форумов BOSSForum.RU - Форум. БОСС-Кадровик
Независимый форум, посвященный системе БОСС-Кадровик
и всему, что с ней связано
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 

Быстродействие диска и размер базы
На страницу 1, 2  След.
 
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: Администрирование
Предыдущая тема :: Следующая тема  
Автор Сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Пн Июл 20, 2015 10:47    Заголовок сообщения: Быстродействие диска и размер базы Ответить с цитатой

У меня сейчас две административные проблемы с базой:
1. База стала слишком большой. Главная причина это вордовские договора и доп соглашения, ну и некоторые основные таблицы стали слишком большими. Хотелось бы уменьшить размер базы.

2. На пиковых нагрузках жесткий диск не успевает обслуживать файл mdf рабочей базы, начинаются тормоза. RAID-10 сервера не справляется и поставить более скоростные диски пока нет возможности.

Как можно это решить без апгрейда железа?
Для решения первой проблемы наверное был бы полезно вытащить вложенные документы в filestream и включить сжатие таблиц средствами sql
Для второй проблемы наверное поможет сжатие таблиц.

Если у кого был опыт использования того что я перечислил, прошу поделеиться - и сказать что именно и как помогло.
Может можно сделать что то еще?
База крутится на MS SQL 2012 Ent 64 бит.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск

СообщениеДобавлено: Пн Июл 20, 2015 12:19    Заголовок сообщения: Ответить с цитатой

Сколько весит база ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Пн Июл 20, 2015 13:12    Заголовок сообщения: Ответить с цитатой

Antoshes писал(а):
Сколько весит база ?


150 Гб
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск

СообщениеДобавлено: Пн Июл 20, 2015 13:21    Заголовок сообщения: Ответить с цитатой

rebel25
Для начала можно удалить старые записи из лога log_tb_change.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Пн Июл 20, 2015 13:44    Заголовок сообщения: Ответить с цитатой

Antoshes писал(а):
rebel25
Для начала можно удалить старые записи из лога log_tb_change.


Спасибо, но у меня это делается автоматически. Может что ещё посоветуете?

Ниже самые тяжелые таблицы, отсортированные по весу, хотелось бы с ними что нибудь сделать, чтобы уменьшить базу.
x_docs
sl_uni_tax_RPVED
sl_uni_tax
TB_TABEL
x_pics
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
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
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Пн Июл 20, 2015 17:51    Заголовок сообщения: Ответить с цитатой

Volod писал(а):
я бы ещё все таки провел анализ операций
которые как я понимаю блокируют таблицы и создают очередь

что за пиковые нагрузки и что значит, начинаются тормза ?
увеличиваются очереди , блокировки ?


В дни расчета зарплаты, когда с базой работает наибольшее количество пользователей, любые операции выполняются значительно дольше обычного - открытие любых списков, запуск любых программ.
При этом диск с файлом mdf перегружен
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
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
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Вт Июл 21, 2015 19:32    Заголовок сообщения: Ответить с цитатой

Volod писал(а):
Как вы делаете такой вывод ?
в снимали статистику по счетчикам диска или какими либо другими способами ?


Спасибо за информацию, о том что диск перегружен сделали вывод по результатам анализа счетчиков.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
zhenya17



Зарегистрирован: 04.02.2009
Сообщения: 190
Откуда: Кемерово

СообщениеДобавлено: Вт Июл 21, 2015 22:50    Заголовок сообщения: Ответить с цитатой

Antoshes писал(а):
А TB_TABEL и SL_UNI_TAX можно перенести в архив старые данные через стандартный функционал.
Конечно, общий вес базы не уменьшится, но обращение к таблицам ускорится, для этого и создана возможность переносить данные в архив
Я бы тоже к этим таблицам присмотрелась. За какой период храните в них информацию? Например, срок хранения табелей - 5 лет, а хранить отчисления в фонды, мне кажется, достаточно за 3 года (на случай проверки).
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Ср Июл 22, 2015 11:32    Заголовок сообщения: Ответить с цитатой

zhenya17 писал(а):
Я бы тоже к этим таблицам присмотрелась. За какой период храните в них информацию? Например, срок хранения табелей - 5 лет, а хранить отчисления в фонды, мне кажется, достаточно за 3 года (на случай проверки).


Ясно, спасибо, а есть ли предложения что делать с вордовскими файлами в x_docs? С файлстримом кто нибудь настраивал?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Antoshes



Зарегистрирован: 17.02.2014
Сообщения: 171
Откуда: Томск

СообщениеДобавлено: Ср Июл 22, 2015 12:09    Заголовок сообщения: Ответить с цитатой

rebel25
сколько у вас весит таблица x_docs ?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
rebel25
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 06.10.2008
Сообщения: 578
Откуда: Москва

СообщениеДобавлено: Ср Июл 22, 2015 12:50    Заголовок сообщения: Ответить с цитатой

x_docs - 36 Гб
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Volod
Большой шоколадный орден
Большой шоколадный орден


Зарегистрирован: 11.02.2015
Сообщения: 252

СообщениеДобавлено: Ср Июл 22, 2015 13:09    Заголовок сообщения: Ответить с цитатой

rebel25 писал(а):
x_docs - 36 Гб


Вы хотите уменьшить размер таблицы или всё таки уменьшить время выполнения
какого либо диалога?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов BOSSForum.RU - Форум. БОСС-Кадровик -> SQL: Администрирование Часовой пояс: GMT + 4
На страницу 1, 2  След.
Страница 1 из 2

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Pоwerеd by рhpВB © 2001, 2005 рhpВB Grouр
Русская поддержка phрВB
Rambler's Top100 Рейтинг@Mail.ru Список форумов BOSSForum.RU