Всем привет! У кого какие коменты. Конфига самописная.

Что мне удалось добыть. Тут конечно речь не идет о аппаратных мощностях. Так на программном уровне.

1) Базы, логи и tempdb на разные диски. По ходу 1С tempdb грузит не плохо.
2) Создать из ОЗУ диск RAM Drive и кинуть tempdb туда. Те есть диск сидит в ОЗУ.
3) Так как конфига самописная, то при создание объекта можно выбирать. С индексом или без.
а) С индексом. Так как SQL индекс читает по 8 кб, то индекс положить на диск , где рзамер кластера диска равно 8 кб. А сами таблицы на другой диск где размер кластера 64 кб.
б) Без индекса. Делить не зачем базу ложем на диск , где размер кластера 64 кб. Потому что SQL читает таблицы по 64 кб. То есть full scan.

Еще что ?

(0) Базы, логи и tempdb на разные диски

Temp разбить на разные файлы .  Да и собственно диски сами должны быть щутсрыми. Ибо без последнего все настройки ничего не  дадут.

Кстати,  при SSD дисках размер кластера должен быть каким ? 8,16,32,64 кб. или как ?

Имха кластеры мимо (не один ли ..) - а вот сама конструкция СХД (что и кто там и за какие деньги)

(31) пофиг, так как запись и чтение физически идет блоками на размер которых ты влиять не можешь, зависит от чипсетов...

ты-бы всеже с (13) начал....

Ну как. Размер одного сектора на ССД 128 кб. Вроде.

(35) Похрену. Не там ты копаешь. Я больше чем уверен, что если ты проведёшь эксперимент, то скорость если и будет изменяться, то в пределах погрешности.
http://www.sql-server-performance.com/forum/threads/ntfs-cluster-size.15387/
Вот размер страйпа в рейде может влиять, но дефолтный там и так обычно нормальный стоит(64-128Кб).

Кстати SSD инициализировать надо с выравниванием , а то некоторые разметят в какой нибуть виндовс-2003.

(0) Немного не понял по поводу пункта 3. Что-то я не помню объектов 1С, которые бы создавались без индексов. Можно создать дополнительные - это да. Но индексы по умолчанию же всегда создаются.
Но, ИМХО, самое правильное, если есть проблемы, это смотреть в код/запросы (ЦУП-ом, профайлером и т.п.). Если есть избыточные ожидания на блокировках, то никакие администраторские "пляски с бубном" не помогут.

(1) А можно подробнее про темпы сервера на рам-драйв, ну там - какой прирост, какой размер рекомендуешь, да и ключики запуска не помешают, чтоб два раза не вставать...
З.Ы. У СКЛ-я темпы на РАМ вынесены, плюс один файл на физическом, именно на случай вырастания за пределы

(0) С "max degree of parallelism" поиграться можно. У себя изменил с 0 на 1, вроде как пошустрее стала 1С.

(25) А можно пример, на пальцах, какой-нибудь неоптимального запроса и пример его исправления или почитать можно где?

(41) на сайте гилева посмотри

(41) Самый распространенный вариант: есть поле составного ссылочного типа и ты к нему в запросе обращаешься "Поле.Какой-тоРеквизит". При этом на уровне SQL происходит соединение с таким количеством таблиц, сколько типов имеет реквзит. Правильный вариант: "Выразить(Поле Как Документ.ПоступлениеТоваровУслуг).Какой-тоРеквизит"

(42) Я там неделю уже, примеров не нашел.
(43) Спасибо!

(43) Заинтересовался. Вот здесь хорошо описана ситуация http://zapros-1c-8.ru/interest/11-express

(43) Можно явное соединение ещё сделать.

(45) В статье ошибка или как. Написано число обрезается, у меня же округляется...
ВЫБРАТЬ    ВЫРАЗИТЬ(1100.68794 КАК число(10,0)) => 1101

(2) Пункт 2 из разряда городских легенд.
Производительность не возрастает, я тестил.

(47) ВЫРАЗИТЬ - округляет

(0) tempdb и ldf на SSD - это хорошо.
Основную базу - на хороший raid-10, если нет денег на корпоративные SSD.
Побольше памяти SQL.
Вот и вся оптимизация.

(50) а как-же параллелизм, лимиты по памяти/камням и т.д.

1С-ники забывают про индексирование полей в 80% случаев

(52) А как определить, что, допустим, для той или иной таблицы нужен индекс?

(53) По размеру таблицы?

(54) покурить запрос и его план в QA

(0) может начать с замеров производительности, чтобы не тыкать пальцем куда попало, а сразу начать оптимизировать именно то, что требует оптимизации?

(53) по преспективам использования...

Сложен путь оптимизации... Мне говорили, что у нас SQL супер настроена, в итоге ни объем памяти не выделен, ни параллелизм не выставлен, ни автоувеличение, tempdb вместе с базой. Завтра внесем изменения, посмотрим производительность.

надеюсь хоть бэкапы формируются корректно

Начинать нужно с ЗАМЕРОВ!!!

(53) скуль обычно собирает статистику и сам знает каких индексов не хватает

(60) Замеры у Гилева денег стоять )), буим пока на глаз, по бухам.

(61) А как у него спросить?

(62) разве? замеры вроде бесплатны - интерпретация  стоит денег

(59) Не формируются бэкапы, вся система админом моментальным снимком копируется по ночам, сказали не лезть мне в бэкапы )

(64) Самый важный, анализ загруженности оборудования - платный.

А как торможение то проявляет себя?

>сказали не лезть мне в бэкапы

х.вно вопрос... тогда пусть обеспечивают поднятие копии базы на любой день/час/секунду по свистку за мин. время

(66) счетчики оборудования настроить - можно самому

(64) Или имеется ввиду, что на клиенте логи создадутся и их читать? Дык это пока для меня на уровне фантастики.

начни с счетчиков

(68) Не достанут, делается раз в сутки и не проверяется.

(65) Дебилизм. Только место впустую жрать. Это не хостинг, который россыпями файлов оперирует, надо копировать всего ничего, зато очень тщательно, а не раз в сутки.

(72) это не твои проблемы. Зачем тебе за них переживать?

может там диск банально захлебывается очередью

(72) они там у вас не акуели?...

Порядок действий по оптимизации:
0. ВЫЯСНИТЬ КАК ПРОЯВЛЯЮТСЯ ТОРМОЗА И ПОЛЬЗОВАТЕЛЕЙ
1. Сделать замеры подтверждающие 0
2. оптимизировать узкие места

(74) >это не твои проблемы.

когда база навернется а востанавливаться будет не с чего - будут друг другу эти басни рассказывать на бирже труда

Самое интересное - потом мне говорит мой начальник, сисадмин - посмотри там что-то с 1с)
(78) Согласен, а может и я один

>вся система админом моментальным снимком копируется по ночам

дебилы...

(77) +1

Системный монитор и справка помогут мне для анализа?

(77) Для этого подключил сервис Гилева - анализ долгих запросов, получил данные, но что мне с ними делать не знаю.

(82) еще инет есть

(83) если сам не можешь - то позовите специалиста

(85) Такая корова нам нужна самому)), надо учиться.

(86) Ну учись. Обращайся, если что. Я конечно не супер-спец по оптимизации, но опыт кое-какой есть. К тому же тут есть vde69, который на скуле собаку съел.

какие запросы самые долгие то?

(87) Спасибо большое!

(88) Счас, зайду в облако

давай сюда логин - пароль, поможем

(62)>>>Замеры у Гилева денег стоять )), буим пока на глаз, по бухам.


я тебе давал ссылку на бесплатный анализатор...

http://savepic.org/6895546.png

(92) Да, спасибо, я не знаю как его запустить, там текст запроса, а потом строка запуска и как их увязать - не знаю.

(93) + Это я на своем компе, на копии запускал Расчет себестоимости.

(94) Management Studio открой, подключись к базе master, там выполни код, сначала первый, затем
EXEC track_waitstats 300, 1

(96) Спасибо, сейчас попробую.

Сидорова надо выпилить... от него вся бесовщина

(98) Эт я )), не надо меня пилить...

(99) попался сукин сын прелюбодей Якин...

У тебя запись тормозит. Вангую большое количество блокировок.
Проведение по партиям онлайн?

(101) Когда я занимался оптимизацией - эта проблема была в 99% случаев

Собственно это была одна из причин по которой я больше этим не занимаюсь )))

(101) Это один документ Расчет себестоимости проводился, он не провелся, не выдержал я, вырубил.

(101) Запись там конечно тоже тормозит, но самый длительный запрос - SELECT. Вангую Table Scan :)

(105) Этот селект относится к 1 строчке: набор.Записать()

(105) Если тормозит запись, тогда переход на более скоростной диск даст прирост производительности?

+(105) Либо джоины неявные из-за точки.

(107) на ссд должно помочь

Собственно причина тормозов  - это расчет себестоимости параллельно с остальными. Переходите на ночное

(110) Я просто замеры делал, а так бухи такие длительные делают по выходным и ночам.

(108) Сообщение 2714, уровень 16, состояние 3, процедура get_waitstats, строка 1
В базе данных уже существует объект с именем "get_waitstats".
Сообщение 2714, уровень 16, состояние 3, процедура track_waitstats, строка 28
В базе данных уже существует объект с именем "track_waitstats".

Это сообщил первый запрос, второй висит на выполнении запроса уже минут 5

(106) Да, прав.
(111) Так жалуются на расчёт себестоимости, или на что-то ещё, помимо него?

(112) Он должен висеть 300 минут))

То есть 5 часов.

Замеры раз в минуту.

Так вроде статистика сама по себе собирается по умолчанию, е сли специально не отключать

(111) тогда возьми паузу 1 день. Запрети бухам в этот день рассчитывать себестоимость.
Посмотришь статистику и спросишь: А были ли тормоза?

(114) ))
(113) Нет, у меня была тема Конфликт блокировок при выполнении транзакции. , участились взаимоблокировки при выполнении транзакции.

(119) + даже не при расчете себестоимости, обычные операции - Отчет производства за смену, Реализация, формировании отчетов.

(119) поставь сервис по блокировкам

(120) проводки, партии он-лайн пишешь?

Ничто тебе не поможет, если ты партии онлайн пишешь.
Никакой сервер и никакие диски

(121) Ставил, что-то я недопетрил как его настроить, данные не приходят. Нашел скрипт небольшой, который показывает виновника, по нему нашел зависший удаленный сеанс, отрубил и все заработало. Пока больше не было блокировок.

(123) Как понять онлайн?

(119) см (123). Делай отложенное проведение по партиям

в момент проведения документа

(51) Параллелизм не так страшен, как его малюют.
У нас был один мегаотчет, который до отключения параллелизма грузил все ядра сервака до 100%. Уменьшили параллелизм - грузит меньше. Но обычные запросы, как правило, и так грузят 1 ядро.

Вся "тонкая настройка" железа нужна, когда уже отлажена логика в 1С. А тот, кто сумел её отладить, он и в SQL понимает и сам подскажет, что и как настроить в железе.

(128) Учиться и учиться, мне это нравится.