Добрый день.
Поменяли железо на сервере. Всё летает, а в 1сине стало медленнее в 2-3 раза. Обычный бэкап делается в 2 раза дольше. Чё за лаги такие? Дрова обновлены до актуальных.

1C - 7.70.027, переписанная на основе ТиС

Windows Server 2008 R2 Enterprise 64-bit (6.1, Build 7601)
Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz (10 CPUs), ~3.4GHz, 50000MB RAM

Семёрка еще сырая.

50000MB RAM - нахрена??? Процессор то не серверный. Вы что, комп с сетевой шарой сервером называете? С большой бухвы?
Садитесь лучше в игры современные на нём играть, со 100500 fps.

(2) Вот за это мисту и люблю. Куча гадостей, намёков на непрофессионализм и ни слова по сабжу.

(0) А кто говорил, что 7.7 на SQL станет быстрее? Быстрее она станет только если ее на прямые запросы пересадить. А это долго и дорого.

(3) Ну зачем сразу оскорбляться? ))
Я не со зла. Просто куча людей, считающих обыкновенный комп за Сервер лишь за то, что там все базы лежат. Даже уборщшицы такие компы стороной обходят(ну нафиг, чур меня!).
Что за винт? Что за 7.7? Комплексная может быть? Было дело, поставили мощный комп, перевели в Скуль - тормоза остались.
Сеть - гигабитная? В общем вопрос то риторический. Вплоть до свёртки базы и пересчета итогов.

(4) Базы крутились на SQL и до этого. Просто сменили железо. Всё работало замечательно до смены. На прямые запросы тихонько перехожу. С этим проблем нет.

И не 50, а 64 уж тогда. Крутая мамка.

(5)(7) Честно говоря, я к самой сборке отношения не имею никакого, но собиравший человек разбирается :)
Никаких комплексных конфигураций.
SSD стоят в зеркале. Нагрузки на них нет особой.
Сеть гигабитная, да.

Меня конкретно смущает тот факт, что ничего кроме железа не менялось, а лаги в 1с появились.

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

(8) А ОС?

Вспоминается Files:200

(9) 10.50.1600.1 (X64), ~2Гб база.
Тормоза везде по идее. Буквально несколько минут назад была блокировка справочника "Товары". Элемент невозможно было сохранить.
Все функции, висящие на формах стали жутко тормозить отрисовку журнала. Проведение дольше. Бэкап с 14 минут стал делаться 33.

(10) Windows Server 2008 R2 Enterprise 64-bit (6.1, Build 7601)

Вангую
1. Ненастроенное энергосбережение
2. max degree of parallelism <> 1

(13) Да нет, на "клиентах".

(14) Энергосбережение - высокая производительность, max degree of parallelism = 1

(15) По RDP все подключаются через remoteApp.

А сам SQL давно обслуживали? Реиндексация / сброс статистики выполнялся? Возможно старые планы запроса выполняются.

(12) Скуль до этого такой же был? Это 2008 R2, через что работает 7.7 с ним?

(19) Был такой же. Секретный релиз ставил.

+(19) VHD перенесли на другое железо.

проверьте настройки журналирования SQL в семерке + проверить профиль питания у ВМ

(18) Понятия не имею :) Постараюсь уточнить сейчас.

(6) "Базы крутились на SQL и до этого. Просто сменили железо."

Ну так и настройки все заново ставили ведь? Винду, скуль.

(21) Виртуалка есть? Скуль где работает?

В настройки скуля иди, смотри что на закладке память.

(25) 100% виртуалка с плохим дисковым контейнером

(0) как можно поставить в компьютер 50гб RAM?

(25) Виртуалка есть. На ней скуль и работает. На ней же и 1с.

(26) От 25000 до 45000, мин. память запроса 2048

Развернули на другом сервере виртуальную машину (новую, VHDx). Всё заново сделали - проблемы остались. Видимо, проблема не в старых хвостах.

(28) Выделили на виртуалку 50 из 64.

(18) см. (31)

(0) Имхо оперативы маловато. Добавьте ещё хотя бы столько же

(0) Если тормозит вообще всё - смотрим:
1. Статистику ожиданий sys.dm_os_wait_stats (скрипт Paul Randall)
2. Распределение памяти - обращаем внимание на page life expectancy и Stolen Memory (скрпит Glenn Berry)

НО: поскольку система на виртуалке, есть неслабая вероятность что криво сконфигурирована ВМ.

(14) хреновый из тебя Ванг

(32) AWE стоит?

(0) до этого, на старом железе стоял скуль-2000?

(37) какая AWE если у него 64 бит?

(40) Не вижу где написано что у него скуль 64х? вижу только про ОС

(43) а, ну да...ну тогда вопрос ТС - какая версия скуля?

(43) Писал в (12). х64

(35) Спасибо. Буду копать.
А как можно криво настроить ВМ? Выделяешь память, выделяешь количество процессоров, подключаешь виртуальный адаптер да и всё.

(51) Ок вижу.

(38) Нет, стоял такой же 2008 R2

(54) тоже виртуалка?

(52) Жесткий диск как подключен? Вообще sys.dm_os_wait_stats должен показать узкие места, в т.ч. с диском. И еще, тут недавно чувачок жаловался что скуль тупил, так оказывается он службу от какого-то левого юзера запускал, и скуль у него не юзал оперативу.

(55) Да виртуалка.

(52) счастье в неведении

(57) Скрипты просто супер. tracewrite и lck_m_x жрут в среднем 3 секунды.

(0) поставить режим потребление энергии высокий (и на терминалах тоже если с них ходишь)

(60) Профайлер запущен? tracewrite редко встречается

(60) что говорит select *
from sys.traces?

(63)
id    status    path    max_size    stop_time    max_files    is_rowset    is_rollover    is_shutdown    is_default    buffer_count    buffer_size    file_position    reader_spid    start_time    last_event_time    event_count    dropped_event_count
1    1    C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\log_279.trc    20    NULL    5    0    1    0    1    12    1024    12582912    NULL    2018-04-02 16:20:48.650    2018-04-09 15:21:46.063    150847    NULL

+(63) Так себе копипаста :) А куда конкретно смотреть?

1. Идиоты
2. Сеть (адаптер) виртуалки в каком режиме?

3.Терминальный сервер на той же виртуалке?

(66) Открыл параметры ВМ и чё-то не вижу ничего про режимы..
Терминальный сервер тоже на этой ВМ.

(68) Виртуалка то хоть какая?

(69) Hyper-V

(64) Это трассировка по умолчанию. Она не должна давать таких задержек. Вряд ли дело в SQL Server, скорее всего виртуалка тупит.

(71) Спасибо, буду копать туда. А насчет lck_m_x есть мысли?

(72) По блокировкам нужно смотреть заблокированные ресурсы https://www.sqlskills.com/blogs/paul/updated-sys-dm_os_waiting_tasks-script-2/

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

А как понять, если CXPACKET сожрал ~50%, но при этом среднее время ожидания 0.0076? Стоит вообще на это внимание обращать?

(74) нет

(75) Благодарю за всё. Буду рыть.

SSD в зеркале сразу режут скорость 1С в два раза. Плюс виртуальная машина для Сервера 1С предприятия режет еще в два раза. Виртуальная машина для SQL режет скорость на 30%. Дальше идет линейное уменьшение скорости пропорционально тактовой частоте процессора.
  Ставишь тест Гилева и играешься с ним.
Я в свое время долго бодался с админами, когда выяснилось, что скорость работы 1С на "крутом" сервере и на моем компьютере разработчика стоимостью 40 тыс. руб, на одинаковых базах SQL меньше в 10 раз.
После покупки нового сервера стоимостью 300 тыс. руб скорость стала меньше только в 2 раза.

(77) бред

(76) отпишись потом

(77) У него 7.7 какой Сервер1С.

А 1с77. Тогда остается SSD в зеркале. Поэтому и бекап в два разе медленнее. Плюс временные файлы неизвестно где.

(81) Перенесли сразу рейдом с компа на комп. По идее ничего не должно было измениться.

С другой стороны база 2Gb - это вообще ни о чем. Надо смотреть виртуальные машины

Во-первых, параллелизм выставил 0, ибо скуль вообще не крутится при 1.
Во-вторых, на гипервизоре (не на сервере) производительность стояла сбалансированная, выставил высокую.

(14) Ванга из Вас более-менее :)

Тест Гилева на 8.3 до изменений давал 20, после изменений - 50.
Всем спасибо!

Вот такие пироги, чел убил 4 дня, копаясь в виртуалке.
Ибо - зло.

(86) Всё ради "снимков" :\ На физическом сервере скорость вообще запредельная.

(86) Зачем они вам? В рамку и на стену?

(87) Сложнее остановить рабочий процесс :) ибо даже если, к примеру, сгорит материнка, то просто ВХД кинуть в другое место и погнали дальше. Короче, простои в работе крайне нежелательны.
Соответственно, если сдохнет физический сервер, то так просто не отделаешься.

(84) Параллелизм в итоге выставил 1 :) Подвисал скуль.