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

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

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

Еще что ?

(0) в топку, а на рамдрайв - темпы 1с-сервера ;)

>>>1) Базы, логи и tempdb на разные диски. По ходу 1С tempdb грузит не плохо.
+1


>>>2) Создать из ОЗУ диск RAM Drive и кинуть tempdb туда. Те есть диск сидит в ОЗУ.
-1 ты не видел темпдб в 100гигов? а я видел :) (лучше всю память скулю дать), лучше купить отдельный SSD дису под темдб


дальше я не понял....

если скуль и 1с - не на одном сервере, то между ними какой-нить инфинибэнд или 10Г прямой трубой

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

скуль фиксирует, да

(4) я видел файл размером темп дб 100 гигов...

(0) Насчёт размеров кластера - прирост если и будет, то мизерный. Кэширование же.

(6) т.е. "при налиции памяти" тебя не смутило? ну и да, Выбрать * из РегистрБухгалтерии.Хозрасчетный,РегистрБухгалтерии.Хозрасчетный тебе и не такое даст

(8) сервер 128 гигов памяти, по идее хватало...

ShoGUN, так я не про прирост. Оптимизированное чтение. То есть быстрее что бы читал

vde69, Я про особенности движка сикла. Сикл читает индексы таблицы по 8 кб. А индексы- это просто ссылки на таблицу. А  если таблица без индекса, то сикл читает сразу саму таблицу полностью и ищет там нужную строку. По этому называют- full scan. И он читает таблицу по 64 кб. В этом и оптимизация.

(10) Это называется "экономия на спичках". Перенос TempDB на другой диск куда лучше тебе всё оптимизирует.

(11) я давным давно читал про выравнивание страниц скуля с кластерами диска, но приведенные в статье графики не говорят о существенном улучшении производительности.

а вообще оптимизировать нужно не сервер а клиент сервеную систему, то есть затык будет там где тонко... Лично видел скорение проведения документов в 2.5 раза путем замены свича...

начните с общей оценки, например ЦУП или http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

(11) Проблема в том, что в случае кластерного индекса ты не сможешь отделить индекс от таблицы. А кучи 1С по-моему вообще не использует, везде есть первичный ключ.

(0) Купите ssd диск и настройте бэкапы на соседний hdd. и не ипите мозх.

(15) "Тут конечно речь не идет о аппаратных мощностях. Так на программном уровне."
Видимо денег нет,какой уж тут ССД. Ну и работать не очень хочется,это ведь нужно выискивать и перерабатывать узкие места а уж в самописке которую без оглядки на производительность пилили таких мест может быть много. Отсюда и желание путём магических настроек снизить время простоя системы.

TempDb на SSD диск. Его потеря не критична.
Использовать Shared Memory.
Оптимизация регламентных заданий, если пользователи работают круглосуточно использовать скрипты аля "умной реиндексации".

celentano, очередной ясновидящий.  У нас тут вот SUN ящики стоят. Вообщем ресурсов хватает. И что ? Я должен сказать покупайте мощные аппараты вот и вся оптимизация ?

(18) начинать оптимизацию, тем более в самописке, надо начинать с кода, там 90% косяков как правило

(19) 99%

(20) в типовых 100% :)

(21) В типовых - все практически прекрасно.

(19) есть 2 подхода

1. от общего к частному
2. от частного к общему

ты сейчас про второй подход, но он для оптимизации клиент серверных систем практически не подходит....

(23) >>но он для оптимизации клиент серверных систем практически не подходит
это основной затык в производительности, кривой код и не оптимальные решения.
Собери хоть супер компьютер, но всего 1 запрос положит всю мощь серверов

(24) Нет. Это мелочи.
Гораздо страшнее сотни мелких неоптимальных запросов, размазанных по конфе.

Даже не так.

Еще страшнее ~дублирующиеся~ достаточно сложные запросы в модуле проведения для абсолютно несвязных блоков, которые связать можно только через ВременныеХранилища.

(25) про один запрос - для наглядности.
Есно куча неоптимальных вещей в сумме и создают ощущение (и не только ощущения) что "база тормозит, программа не работает"

Мдяяя как всегда не в ту степь. Вопрос на уровне сикул сервера был. А не оптимальный 1С код оставим на совесть программиста.

(27) пункт 3 выкинь, остального уже достаточно, не считая настроек самого скуля. по железу достаточно

ОК !

(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) Учиться и учиться, мне это нравится.