Устранение ошибок cms битрикс

Разнести файлы данных mdf и файлы логов ldf на разные физические диски.

В этом случае работа с файлами может идти не последовательно, а практически параллельно, что повышает скорость работы дисковых операций. Лучше всего для этих целей подходят диски SSD.

Для переноса файлов необходимо:

• Запустить Management Studio и подключиться к нужному серверу

• Открыть свойства нужной базы и выбрать закладку Файлы

• Запомнить имена и расположение файлов

• Отсоединить базу, выбрав через контекстное меню Задачи – Отсоединить

• Поставить флаг Удалить соединения и нажать Ок

• Открыть Проводник и переместить файл данных и файл журнала на нужные носители

• В Management Studio открыть контекстное меню сервера и выбрать пункт Присоединить базу

• Нажать кнопку Добавить и указать файл mdf с нового диска

• В нижнем окне сведения о базе данных в строке с файлом лога нужно указать новый путь к файлу журнала транзакций и нажать Ок

Процедуры обслуживания

Попробуем разобраться какие процедуры обслуживания нам необходимо выполнять и как часто. Для удобства объединим процедуры в связанные группы, впоследствии они станут субпланами обслуживания.

Субплан «В течение дня»

1. Резервное копирование транзакционного лога. Когда для базы данных выбрана полная модель восстановления, необходимо регулярно делать резервное копирование транзакционного лога, иначе будет происходить его чрезмерное разрастание, пока тот не займет все пространство на диске, а SQL Server начнет сообщать об этой ошибке. Для простой модели восстановления данная задача не требуется. Частота бэкапа журнала транзакций напрямую зависит от выделенного для него размера на диске, а так же от интенсивности работы с базой. Зависимость эта заключается в рекомендации что транзакционной лог не должен расти (должен сохранять выделенное ему место на диске) в течение работы пользователей с базой данных. Для себя я выбрал частоту резервного копирования лога транзакций равной 1 часу.

Субплан «Ежедневный» (6 из 7 дней в неделе)

Для поддержания базы данных в эффективном для работы состоянии, необходимо ежедневно (в нерабочее время) выполнять следующие задачи:

1. Реорганизация/Дефрагментация индекса (Reorganize Index). Database Engine автоматически обновляет индекс при операциях INSERT, DELETE, UPDATE. Со временем эти операции могут привести к фрагментации индекса. Значительно фрагментированные индексы могут серьезно снижать производительность запросов и служить причиной замедления. Таким образом, необходимо в план обслуживания включить задание по устранению фрагментации индексов. Альтернативой дефрагментации индексов является реиндексация/перестроение индекса (rebuild index), но она имеет такие недостатки как: значительно большее время выполнения; сброс статистики использования индексов. Также в качестве альтернативы возможно использование хранимой процедуры условного (от степени фрагментации) выбора способа устранения фрагментации (реорганизация/перестроение) индекса.
2. Обновление статистики (Update Statistics). Скорость выполнения запроса зависит от построенного для него плана запроса, который, в свою очередь, опирается на информацию о существующих индексах, а также на статистику. Если статистика устарела, существует вероятность выбора не оптимального плана запроса, что приведет к снижению производительности. Таким образом, необходимо включить задание обновления статистики.
3. Разностное резервное копирование (Differential backup). Надеюсь, нет необходимости рассказывать почему надо делать периодическое резервное копирование базы данных, альтернативой разностному бэкапу является полное резервное копирование. Разностное резервное копирование включает в себя только изменения между текущим состоянием базы данных и состоянием базы данных на момент последнего полного резервного копирования, таким образом, задача разностного бэкапа выполняется быстрее, а сам файл занимает меньше места. В то же время есть и недостаток разностного бэкапа — без полного бэкапа он бесполезен.
4. Очистка процедурного кэша. Для очистки кэшированных планов запросов необходимо выполнить очистку процедурного кэша. Обновление статистики вызывает рекомпеляцию запросов, но, для надежности, рекомендуется включить данную задачу после выполнения задачи обновления статистики.

Субплан «Еженедельный» (7-ой день недели)

В целом, данный субплан похож на «Ежедневный», но в нем присутствует задача «Проверка целостности базы данных», дефрагментация заменена на более требовательную процедуру «Перестроение индекса», а также разностный бэкап заменен на полный. Если достаточно ресурсов (как системных, так и времени в которое не происходит работы пользователей), тогда при желании можно еженедельный план сделать ежедневным, отказавшись от ранее описанного ежедневного.

1. Проверка целостности базы данных (Check Database Integrity). Используется для проверки размещения и структурной целостности пользовательских и системных таблиц, а также индексов в базе данных.
2. Реиндексация/Перестроение индекса (Rebuild Index). Достаточно долгая и требовательная операция. Она удаляет и заново строит индексы. В результате данной операции удаляется статистика использования индексов.
3. Обновление статистики (Update Statistics)
4. Full backup (Полное резервное копирование)
5. Очистка процедурного кэша

1С:Предприятие Бухгалтерия переход с редакции 2.0 на 3.0. Практика перевода информационной базы для работы в управляемом приложении. Промо

Из информационного выпуска 1С № 16872 от 08.07.2013г. стало известно об относительно скором необходимом переходе на редакцию 1С:Бухгалтерия 3.0. В данной публикации будут разобраны некоторые особенности перевода нетиповой конфигурации 1С:Бухгалтерия 2.0 на редакцию 3.0, которая работает в режиме «Управляемое приложение».
Публикация будет дополняться по мере подготовки нового материала. Публикация не является «универсальной инструкцией».

Update 3. Права доступа. 14.08.2013
Update 4. Добавлен раздел 0. Дополнен раздел 4. Добавлен раздел 7. Внесены поправки, актуализирована информация. 23.11.2013.

1 стартмани

Ограничить максимальный объем памяти сервера MS SQL Server.

Необходимо ограничить максимальный объем памяти, потребляемый MS SQL Server, особенно это критично, если роли сервера 1С и сервера СУБД совмещены. Максимальный объем памяти, рекомендуемый для MS SQL Server, можно рассчитать по следующей формуле:

Память для MS SQL Server = Память всего – Память для ОС – Память для сервера 1С

Например, на сервере установлено 64 ГБ оперативной памяти, необходимо понять, сколько памяти выделить серверу СУБД, чтобы хватило серверу 1С.

Для нормальной работы ОС в большинстве случаев более чем достаточно 4 ГБ, обычно – 2-3 ГБ.

Чтобы определить, сколько памяти требуется серверу 1С, необходимо посмотреть, сколько памяти занимают процессы кластера серверов в разгар рабочего дня. Этими процессами являются ragent, rmngr и rphost, подробно данные процессы рассматриваются в разделе, который посвящен кластеру серверов. Снимать данные нужно именно в период пиковой рабочей активности, когда в базе работает максимальное количество пользователей. Получив эти данные, необходимо прибавить к ним 1 ГБ – на случай запуска в 1С «тяжелых» операций.

Чтобы установить максимальный объем памяти, используемый MS SQL Server, необходимо:

• Запустить Management Studio и подключиться к нужному серверу

• Открыть свойства сервера и выбрать закладку Память

• Указать значение параметра Максимальный размер памяти сервера

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

1 — Зафиксировать значительное потребление tempdb

В целом объем свободного места можно оценить даже простейшим запросом

Для оперативной реакции на рост объема tempdb можно использовать «Инциденты и генерацию оповещений в ЦКК».

На этом шаге мы понимаем, что сейчас происходит значительное потребление места в tempdb.

Для всех систем, работающих с использованием Технологической Платформы 1С в режиме совместимости с версией 8.3. (и старше) эффективно будет выполнение запроса:

Первые две колонки — номер сессии с СУБД и длительность транзакции.

Горящие товары с бесплатной доставкой

 «AliExpress Россия» работает отдельно от глобального «AliExpress» принадлежащего Alibaba. Он не зависит от мировых банковских систем и не попал под санкционный список со стороны США и Великобритании. Из Китая соответственно тоже можно заказывать ничего не опасаясь.

Если длительность транзакции значительная, то транзакция, скорее всего, та, которую мы искали.

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

В этом запросе вы не получите объем места, использованный транзакцией, но по длительности транзакции (косвенный признак) получается идентифицировать виновника в 99% случаев.

HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08S01, state=1, Severity=10, native=10054, line=0‘

Есть более «полный» запрос, который также позволит получить нужный номер транзакции, особенно, если система работает в режиме совместимости с 8.2.

Шаг 1. Установка сервера MS SQL

При установке SQL-сервера для работы с 1С достаточно следующих включенных компонентов (более подробно о компонентах Microsoft SQL , об установке серера ):

На данном изображении:
— Integration services — не обязательный элемент — необходим для управления пакетами SSIS (планами обслуживания (экспорт/импорт)), потом его можно будет отключить
— Database Servises — собственно сам сервер СУБД
— Client Component — Managment Tools — утилита управления

Остальные настройки при установке по Вашему вкусу. Единственный нюанс — необходимо правильно установить способ сортировки collate. Для автоматической и правильной работы необходимо в «Языке и региональных стандартах» операционной системы  выбрать «Русский». В этом случае при установке SQL Server сам предложит правильную сортировку Cyrillic_General_CI_AS. Выбор режима проверки подлинности пользователей укажите смешанный (mixed). Остальные параметры всегда можно скорректировать после установки — 1С:Предприятие будет работать независимо от них.

Более подробно об установке (ахтунг — English):

Желательно обновить сервер MS SQL до актуального релиза (на текущий момент — SP4 для 2005 SQL). Кроме того, на многопроцессорных системах сервер Microsoft SQL 2005 может отказаться устанавливаться с ошибкой 1053 (The error is (1053) The service did not respond to the start or control request in a timely fashion). Решение этой проблемы описано .

Настройка MS SQL Server 2005-2017 для работы в сети

После установки SQL Server, по умолчанию, он не доступен по сети. Если SQL сервер не доступен или при запуске программы (Деканат, ПК, Ведомости и т.д)
возникает ошибка, то это может свидетельствовать о следующем:

— Не установлен режим подлинности Windows аутентификация;
— Не включена возможность удаленного соединения (для SQL server 2005);
— Не доступен протокол TCP/IP;
— Отсутствует физическое подключение к сети;
— Блокирование сервера Брандмауэром Windows.

После установки SQL Server необходимо настроить его для работы в сети. Настройки зависят от версии сервера.

Выберите в меню Пуск — Программы — Microsoft SQL Server 2005>Средства настройки> Настройка контактной зоны SQL Server.

В открывшейся форме выберите «Настройка контактной зоны для служб и соединений» и нажмите «Сохранить»

Настройка контактной зоны

2.2. Укажите галочку «Использовать TCP/IP и именованные каналы». Нажмите кнопку «Применить».

Настройка контактной зоны

2.3 В списке компонентов перейдите на пункт «SQL Server Browser». Убедитесь, что служба запущена. Укажите режим запуска «Авто» и запустите службу.

Откройте меню «Пуск» – «Все программы» – «Microsoft Sql Server 2008/2012» – «Средства настройки» – «Диспетчер конфигурации SQL Server»

Во вкладке «Службы SQL Server» убедитесь, что служба «SQL Server, обозреватель» запущена. В колонке «Состояние» должно быть значение «Работает», а в колонке «Режим запуска» — «Авто». Также и для службы SQL Server (sqlexpress).

Агент SQL Server можно не включать

Перейдите в пункт «Сетевая конфигурация SQL Server». Проверьте состояние протокола TCP/IP (должна быть состояние «Включено»).

После смены состояния перезапустите службу SQL Server.

Вынести файлы базы TempDB на отдельный диск.

Служебная база данных TempDB используется всеми базами сервера для хранения, промежуточных расчетов, временных таблиц, версий строк при использовании RCSI и многих других вещей. Обычно обращений к этой базе очень много, и если она будет лежать на медленных дисках, это может замедлить работу системы.

Рекомендуется хранить базу TempDB на отдельном диске для повышения производительности работы системы.

Для переноса базы TempDB на отдельный диск необходимо:

• Запустить Management Studio и подключиться к нужному серверу

• Создать окно запроса и выполнить скрипт:

USE master GO ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = ‘Новый_Диск:\Новый_Каталог\tempdb.mdf’) GO ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = ‘Новый_Диск:\Новый_Каталог\templog.ldf’) GO

Перезапустить MS SQL Server

Симптомы

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

Выпуск 2. Кроме того, служба SQLServerAgent также может не запуститься, и вы получите следующее сообщение об ошибке:

Выпуск 1 и выпуск 2 возникают, когда оба следующих условия являются верными:

• Серверный компьютер находится в группе, а не является частью домена.
• Службы MSSQLSERVER и SQLServerAgent должны использовать учетную запись домена для запуска.

Выпуск 3. На сервере участника домена служба MSSQLSERVER может не запускаться во время запуска сервера, и вы получите следующее сообщение об ошибке:

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

• Сервер является частью домена.
• Службы MSSQLSERVER и SQLServerAgent должны использовать учетную запись домена для запуска.
• Режим запуска для MSSQLSERVER и SQLServerAgent задается автоматическим.

Включить параметр «Блокировка страниц в памяти» (Lock pages in memory)

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

Для включения настройки:

• В меню Пуск выберите команду Выполнить. В поле Открыть введите gpedit.msc

• В консоли Редактор локальных групповых политик разверните узел Конфигурация компьютера, затем узел Конфигурация Windows

• Разверните узлы Настройки безопасности и Локальные политики

• Выберите папку Назначение прав пользователя

• Политики будут показаны на панели подробностей

• На этой панели дважды кликните параметр Блокировка страниц в памяти

• В диалоговом окне Параметр локальной безопасности — блокировка страниц в памяти выберите «Добавить» пользователя или группу

• В диалоговом окне Выбор: пользователи, учетные записи служб или группы добавьте ту учетную запись, под которой у вас запускается служба MS SQL Server

• Чтобы изменения вступили в силу, перезагрузите сервер или зайдите под тем пользователем, под которым у вас запускается MS SQL Server

Настройка служб Windows 10

• 1 Где найти и как пользоваться
• 2 Зачем отключать или включать

В операционных системах Windows всем управляют службы (services). Это незаметно работающие программы, за счет которых в ОС функционируют различные компоненты и функции. Новая Windows 10 — не исключение: как и в “семерке” или XP, работой компонентов системы заправляют службы. По большей части те же самые.

Очень часто пользователи интересуются, какие из них можно отключить? И правда, все они без труда выключаются и могут быть запущены вновь, если потребуется. Но среди них есть те, которые можно останавливать при необходимости, вообще ненужные, и те, прерывать работу которых не стоит. При первом запуске в “десятке” уже автоматически работает оптимальный набор служб.

Где найти и как пользоваться

Если эти компоненты работают “в фоне”, то есть никак не проявляют себя на первый взгляд, то чтобы их включить или отключить, нужно сначала добраться до каких-то настроек или панели, где можно оперировать запущенными сервисами. Это логично. Посмотреть список того, что работает в данный момент вы можете в диспетчере задач на одноименной вкладке.

Самый простой способ запуска диспетчера — одновременное нажатие клавиш Ctrl+Shift+Esc. Заметьте, что в правом столбце видно, какие из служб выполняются, а какие остановлены. Здесь же видны и группы, от имени которых они действуют. Но последнее относится скорее к безопасности.

Чтобы открыть панель управления службами можно долго бродить по Панели управления Windows и вложенным в нее настройкам. Но лучше поступить намного проще

Обратите внимание, что в Диспетчере задач, в самом низу при запущенной вкладке “Службы” вам предлагается их открыть

Посмотрите ещё:  Как установить в Windows 10 русский язык

Внизу есть две вкладки: “Расширенный” и “Стандартный вид”. Перейдя на расширенный, вы сможете увидеть описание сервиса. Оно не всегда подробное и представляет собой что-то вроде этого:

Служба географического положения описана подробно, здесь же есть кнопки “Остановить” и “Перезапустить”. Но намного удобнее выделить интересующий пункт кликом правой кнопкой мыши и выбрать “Свойства”:

Для всех имеющихся в операционной системе служб откроется одинаковое окошко:

Здесь представлено намного больше информации, чем при расширенном виде. Можно запустить, остановить, приостановить системный компонент и выбрать тип запуска. Например, если вы нажмете остановить, то произойдет остановка, но при следующем включении или после перезагрузки сервис будет работать в прежнем режиме. Остановив же и выбрав тип запуска “Отключено” вы “избавитесь” от этой службы до тех пор пока сами не запустите ее.

Зачем отключать или включать

Отключение сервисов в большинстве случаев несет в себе несколько задач:

• Освобождение оперативной памяти.
• Отключение просто ненужных в работе компонентов системы.
• Выключение мешающих работе или конфликтующих со сторонними программами.

В случае с Windows 10 появилось очень много параноиков, считающих, что операционная система крадет их личные данные. Выключить “шпионские функции винды” можно не только отключая те или иные компоненты в параметрах системы, но и останавливая некоторые из служб. Тех, которые можно назвать шпионящими, как минимум три:

• географического положения;
• диагностического отслеживания;
• «dmwappushservice».

Стоит их отключать или нет, дело ваше. Как это сделать, вы теперь знаете. Все зависит от того, причисляете ли вы себя к параноикам, которых с выходом новой ОС Майкрософт стало очень много.

Далее приведен список сервисов, которые можно остановить без вреда для общей работы операционной системы. Часть из них нужна для конкретных задач, поэтому изучите описание в расширенном виде списка. Итак, службы Windows 10, которые можно не нервничая отключить:

• Диспетчер задач
• Брандмауэр
• Беспроводную настройку
• Вторичный вход в систему
• Службу записи компакт-дисков
• Windows Search (стандартный поиск по файлам)
• Machine Debug Manager
• Сервер
• Службу загрузки изображений
• Перечисления переносных устройств
• Помощника по совместимости программ
• Регистрации ошибок

Посмотрите ещё:  Полезные в Windows 10 Люди

Яркий пример ненужности — сервис записи компакт дисков на ноутбуке без дисковода. А еще заметьте, что некоторые из программ при установке запускают свои службы, которые зачастую ненужны. Разумеется, любую службу вы сможете вернуть в рабочее состояние, выбрав тип запуска “Автоматически” и запустив компонент.

Пример отключения в случае конфликта со сторонними программами: Брандмауэр отключается, чтобы правильно работал скачанный и установленный Firewall.

(Visited 37 197 times, 4 visits today)

Рекомендации по настройке СУБД MS SQL

Ограничение на использование оперативной памяти сервером СУБД — У сервера СУБД MS SQL есть одна замечательная особенность — он любит загружать базы, с которыми ведется активная работа в оперативную память полностью. Если его не ограничивать, то он заберет себе всю оперативную память, какую только сможет.

• Если сервер 1С установлен вместе с Microsoft SQL Server, то верхний порог памяти необходимо уменьшить на величину, достаточную для работы сервера 1С.
• Если на сервере работает только СУБД, то для СУБД по формуле:
  «Память СУБД» = «Общая оперативная память» — «Оперативная память ОС»;
• Shared memory — об этом параметре известно много, но до сих пор встречается, что про него забывают. Выставляем в «1», если сервер 1С и СУБД работают на одном физическом или виртуальном сервере.
• Max degree of parallelism — определяет, сколько процессоров используется при выполнении одного запроса. СУБД распараллеливается получение данных при выполнении сложных запросов на несколько потоков. Для 1С рекомендуется устанавливать в «1», то есть одним потоком.
• Авторасширение файлов БД — определяем шаг в МБ, с которым «расширяется» файл базы данных. Если шаг будет маленький, то при активном росте БД, частые расширения приведут к дополнительной нагрузке на дисковую систему. Лучше установить в 500 — 1000 МБ.
• Реиндексация и дефрагментация индексов — рекомендуется делать дефрагментацию/реиндексацию хотя бы раз в неделю. Реиндексация блокирует таблицы, поэтому лучше запускать в нерабочее время или периоды минимальной нагрузки. Нет смысла делать дефрагментацию после перестроения индекса (реиндексации). По рекомендации Microsoft дефрагментацию делают в том случае, если фрагментация индекса не превышает 30 %. Если выше, рекомендуется сделать реиндексацию.
• Обновление статистики — рекомендуется обновлять статистику хотя бы 1 раз в день. Статистика отвечает за производительность выполнения запросов.
• План электропитания — в настройках электропитания операционной системы установить на высокую производительность.

Код Икс Пи :: Лучшие IT-решения для бизнеса

Иногда бывает необходимо узнать, кто именно сейчас работает в базе данных или в базах данных на сервере MSSQL 2008/2012. Например, для того чтобы принудительно завершить все эти сеансы или просто узнать, кто именно нагружает сервер запросами. Сегодня мы научимся с Вами это делать, используя при этом простые запросы к системным представлениям на Transact-SQL.

Как Вы уже поняли, сегодня речь пойдет об активных сеансах и процессах в СУБД MSSQL, которые мы будем получать, используя системное представление sys.sysprocesses.

Содержит сведения о процессах, которые выполняются в экземпляре SQL Server. Эти процессы могут быть клиентскими или системными. Для доступа к sysprocesses либо необходимо быть в контексте главной базы данных, либо следует использовать трехчастное имя master.dbo.sysprocesses.

Вроде бы все, что необходимо знать, перед тем как что-то пробовать из ниже приведенных примеров на практике я указал, переходим непосредственно к самой сути сегодняшнего вопроса.

Как узнать активные сеансы пользователей

Системное представление sys.sysprocesses содержит текущее состояние сервера на предмет запущенных процессов, исходя из этого, напишем простенький запрос:

db – это база данных, в которой запущен процесс;idproc – идентификатор процесса;loginame – логин, т.е. кто именно запустил;program_name – приложение, из которого запущен процесс;status – соответственно статус.Статусы бывают разные, например,

Runnable – активный процесс, т.е. например, в данный момент выполняется какой-нибудь запрос;Sleeping – режим ожидания, т.е. например, окно запроса открыто, но в данный момент он не запущен;Background – запущен в фоновом режиме.Если необходимо узнать, кто именно работает конкретно в той или иной базе можно добавить условие:

Соответственно вместо name_db пишите свою нужную базу данных, и результат будет получен только по этой базе данных.

Как завершить все активные сеансы пользователей

Это необходимо, например, для того чтобы получить монопольный доступ к базе данных, а для чего он Вам может понадобится это уже Ваше дело, например, чтобы восстановить базу данных. Мы кстати рассматривали процесс восстановления базы данных, правда, на MSSql 2000.

Для того чтобы завершить все подключения пользователей к бд, выполним следующий запрос:

@dbname – переменная, для того чтобы указать к какой базе необходимо завершить все подключения;@query – переменная для хранения запроса;В конструкции select мы динамически формируем запрос с идентификаторами процессов, которые необходимо завершить. Далее в переменной @query будет храниться запросы вида

которые мы выполним через exec(@query) и тем самым завершим все процессы.

Из всего выше сказанного Вы легко можете узнавать, кто именно сейчас выполняет запрос и даже завершить его, что в свою очередь иногда бывает полезно.

Также хотелось бы сказать, что в MSSQL существует встроенный «Монитор активности». Его можно вызвать, нажав правой кнопкой по серверу, в окне «обозреватель объектов» и вызвать окно «Монитор активности», на котором будет располагаться список свойств, которые Вы можете развернуть для подробного просмотра, где в свою очередь и будет отображать вся текущая активность на сервере.

Описание всех полей sysprocesses

Имя столбца	Тип данных	Описание
spid	smallint	Идентификатор сеанса SQL Server.
kpid	smallint	Идентификатор потока Windows.
blocked	smallint	Идентификатор сеанса, блокирующего данный запрос. Если этот столбец содержит значение NULL, то запрос не блокирован или сведения о сеансе блокировки недоступны (или не могут быть идентифицированы).

-2 = Блокирующий ресурс принадлежит потерянной распределенной транзакции.

-3 = Блокирующий ресурс принадлежит отложенной транзакции восстановления.

Неактивные = SQL Server сбрасывает сеанс.

под управлением = сеанс запущен один или несколько пакетов. Если включен режим MARS, в сеансе может выполняться несколько пакетов.

фон = сеанса запущена фоновая задача, например обнаружение взаимоблокировок.

откат = сеанс имеет отката транзакции в процессе.

Ожидание = сеанс ожидает доступности рабочего потока.

готов к запуску = задача в сеансе находится в очереди исполнителей планировщика, ожидая времени такта.

spinloop = задача сеанса ожидает освобождения объекта взаимоблокировки.

голоса

Рейтинг статьи