Ms sql синхронизация баз данных на разных серверах

Ms sql синхронизация баз данных на разных серверах

Режимы работы баз данных SQL Server 2005, ONLINE, OFFLINE, EMERGENCY, READ-ONLY, READ-WRITE, MULTI_USER, RESTRICTED_USER, SINGLE_USER, переключение режимов

Для баз данных SQL Server 2005 предусмотрено несколько режимов работы (которые называются также состояниями базы данных, database state ). Настраиваются они при помощи вкладки Options окна свойств базы данных или при помощи команды ALTER DATABASE (за исключением режима ONLINE/OFFLINE , который изменяется не на вкладке Options , а из контекстного меню базы данных в окне Object Explorer ). Можно выбрать следующие режимы работы базы данных:

q режимы ONLINE / OFFLINE / EMERGENCY . Режим ONLINE (оперативный режим) — это нормальный рабочий режим. Если перевести базу данных в режим OFFLINE (автономный режим), то:

· база данных станет недоступной для пользователей;

· на нее больше не будет расходоваться оперативная память сервера;

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

Режим EMERGENCY (аварийный) — это новый режим, который появился в SQL Server 2005. Если перевести базу данных в режим EMERGENCY , то:

· она станет доступной только на чтение;

· будет отключено протоколирование (т. е. запись в журналы транзакций);

· к базе данных смогут обращаться только системные администраторы (т. е. члены серверной роли sysadmin ).

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

q режимы READ-ONLY / READ-WRITE . По умолчанию все базы данных находятся, конечно, в режиме READ-WRITE (чтение и запись). Перевод базы данных в режим READ-ONLY (только чтение) лишает пользователей возможности вносить изменения в данные, но серьезно ускоряет считывание данных за счет того, что никакие блокировки не накладываются. Чтобы перевести базу данных в режим READ-ONLY , нужно вначале отключить всех пользователей. В этом режиме часто работают архивные хранилища данных Data Warehouses (на время пакетной загрузки данных их режим меняется на READ-WRITE );

q режимы MULTI_USER/RESTRICTED_USER/SINGLE_USER . Режим MULTI_USER (многопользовательский) — это обычный режим, в нем по умолчанию работают все базы данных. В режиме RESTRICTED_USER (ограничения доступа пользователей) в базу данных допускаются только пользователи, которые принадлежат к роли базы данных db_owner или к одной из серверных ролей sysadmin или dbcreator . Это режим используется в ситуации, когда работа пользователей с базой данных нежелательна (массовая загрузка данных, обновление структуры, перестройка индексов), но нужно иметь возможность открывать несколько соединений с базой данных. В режиме SINGLE_USER (однопользовательский) разрешается только одно подключение к базе данных. Этот режим может использоваться, например, в разных аварийных ситуациях, когда производится восстановление базы данных.

Изменение режима работы базы данных требует отключения пользователей, которые в настоящее время работают с базой данных. Если в базе данных пользователи не работают, то изменение режима пройдет без каких-либо проблем. Если же в настоящее время к этой базе данных открыты соединения, то вам придется либо ответить на вопросы на графическом экране SQL Server Management Studio , либо предусмотреть соответствующий параметр в команде ALTER DATABASE . Вариантов изменения режима работы базы данных у вас четыре:

q вообще ничего не указывать. В этом случае команда ALTER DATABASE будет ждать бесконечное время, пока пользователи не закончат в базе данных свою работу. После этого команда переведет базу данных в нужный режим (если вы не хотите ждать, выполнение команды можно прервать);

q попытаться перевести базу данных в нужный режим без ожидания. Для этого используется параметр WITH NO_WAIT . Так же, как и в первом случае, переход в нужный режим произойдет, если нет пользовательских подключений, которые этому мешают. Если команда ALTER DATABASE не может изменить режим работы немедленно, она не будет ждать, а сразу вернет ошибку;

q указать, сколько секунд будет дано пользователям для завершения работы и до разрыва их соединений. Это делается при помощи параметра WITH ROLLBACK AFTER количество_секунд . Например, если вы хотите дать всем пользователям без административных прав 10 минут на завершение, то команда может выглядеть так:

ALTER DATABASE testdb SET RESTRICTED_USER WITH ROLLBACK AFTER 600;

На работу пользователей, которые подключились к базе данных с административными правами (т. е. с правами специальной роли db_owner ) эта команда не повлияет.

q отключать пользователей немедленно, откатывая их незавершенные транзакции. Для этой цели используется параметр WITH ROLLBACK IMMEDIATE .

Можно рассмотреть еще один вариант, когда вы просто отслеживаете соединения всех пользователей через окно Activity Monitor (оно доступно из контейнера Management (Управление) в окне SQL Server Management Studio ), а просматриваете, что они делают, а затем отключаете каждого по отдельности (возможно, предварительно предупредив их).

Как настроить и запустить Microsoft SQL Server

Порой так хочется привести свои мысли в порядок, разложить их по полочкам. А еще лучше в алфавитной и тематической последовательности, чтобы, наконец, наступила ясность мышления. Теперь представьте, какой бы хаос творился в « электронных мозгах » любого компьютера без четкой структуризации всех данных и Microsoft SQL Server :

MS SQL Server

Данный программный продукт представляет собой систему управления базами данных ( СУБД ) реляционного типа, разработанную корпорацией Microsoft . Для манипуляции данными используется специально разработанный язык Transact-SQL . Команды языка для выборки и модификации базы данных построены на основе структурированных запросов:

Реляционные базы данных построены на взаимосвязи всех структурных элементов, в том числе и за счет их вложенности. Реляционные базы данных имеют встроенную поддержку наиболее распространенных типов данных. Благодаря этому в SQL Server интегрирована поддержка программного структурирования данных с помощью триггеров и хранимых процедур.

Обзор возможностей MS SQL Server

СУБД является частью длинной цепочки специализированного программного обеспечения, которое корпорация Microsoft создала для разработчиков. А это значит, что все звенья этой цепи ( приложения ) глубоко интегрированы между собой.

То есть их инструментарий легко взаимодействует между собой, что во многом упрощает процесс разработки и написания программного кода. Примером такой взаимосвязи является среда программирования MS Visual Studio . В ее инсталляционный пакет уже входит SQL Server Express Edition .

Конечно, это не единственная популярная СУБД на мировом рынке. Но именно она является более приемлемой для компьютеров, работающих под управлением Windows, за счет своей направленности именно на эту операционную систему. И не только из-за этого.

Преимущества MS SQL Server :

• Обладает высокой степенью производительности и отказоустойчивости;
• Является многопользовательской СУБД и работает по принципу « клиент-сервер »;

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

Эволюция SQL Server

Особенности этой популярной СУБД легче всего прослеживаются при рассмотрении истории эволюции всех ее версий. Более подробно мы остановимся лишь на тех выпусках, в которые разработчики вносили весомые и кардинальные изменения:

• Microsoft SQL Server 1.0 – вышел еще в 1990 году. Уже тогда эксперты отмечали высокую скорость обработки данных, демонстрируемую даже при максимальной нагрузке в многопользовательском режиме работы;
• SQL Server 6.0 – вышел в 1995 году. В этой версии впервые в мире была реализована поддержка курсоров и репликации данных;
• SQL Server 2000 – в этой версии сервер получил полностью новый движок. Большая часть изменений коснулась лишь пользовательской стороны приложения;
• SQL Server 2005 – увеличилась масштабируемость СУБД , во многом упростился процесс управления и администрирования. Был внедрен новый API для поддержки программной платформы .NET ;
• Последующие выпуски – были направлены на развитие взаимодействия СУБД на уровне облачных технологий и средств бизнес-аналитики.

В базовый комплект системы входит несколько утилит для настройки SQL Server . К ним относятся:

• SQL Server Configuration Manager :

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

• SQL Server Error and Usage Reporting :

Утилита служит для настройки отправки отчетов об ошибках в службу поддержки Microsoft .

• SQL Server Surface Area Configuration

Используется для оптимизации работы сервера базы данных. То есть вы можете настроить функционирование SQL Server под свои нужды, включив или отключив определенные возможности и компоненты СУБД .

Набор утилит, входящих в Microsoft SQL Server , может отличаться в зависимости от версии и редакции программного пакета. Например, в версии 2008 года вы не найдете SQL Server Surface Area Configuration .

Запуск Microsoft SQL Server

Для примера будет использована версия сервера баз данных выпуска 2005 года. Запуск сервера можно произвести несколькими способами:

• Через утилиту SQL Server Configuration Manager . В окне приложения слева выбираем « SQL Server 2005 Services », а справа — нужный нам экземпляр сервера БД . Отмечаем его и в подменю правой кнопки мыши выбираем « Start ».

• С помощью среды SQL Server Management Studio Express . Она не входит в инсталляционный пакет редакции Express . Поэтому ее нужно скачивать отдельно с официального сайта Microsoft .

Для запуска сервера баз данных запускаем приложение. В диалоговом окне « Соединение с сервером » в поле « Имя сервера » выбираем нужный нам экземпляр. В поле « Проверка подлинности » оставляем значение « Проверка подлинности Windows ». И нажимаем на кнопку « Соединить »:

Основы администрирования SQL Server

Перед тем, как запустить MS SQL Server , нужно кратко ознакомиться с основными возможностями его настройки и администрирования. Начнем с более детального обзора нескольких утилит из состава СУБД :

• SQL Server Surface Area Configuration – сюда следует обращаться, если нужно включить или отключить какую-либо возможность сервера баз данных. Внизу окна находятся два пункта: первый отвечает за сетевые параметры, а во втором можно активировать выключенную по умолчанию службу или функцию. Например, включить интеграцию с платформой .NET через запросы T-SQL :

• SQL Server Management Studio – является основным средством администрирования. В этой среде реализована возможность настройки сервера и баз данных, как через интерфейс приложения, так и с помощью запросов на языке T-SQL .

Основные настройки можно осуществить через « Обозреватель объектов », отображающий слева в окне приложения все основные элементы сервера в виде древовидного списка. Самой важной является вкладка « Безопасность ». Через нее можно настроить права и роли пользователей и администраторов для основного сервера, или отдельно для каждой базы данных:

Основная часть настроек сервера баз данных доступна в окне « Свойства сервера »:

Как видите, Microsoft SQL Server является настолько мощным средством для структуризации, хранения и модификации данных, что на его изучение потребуется много времени. А в статье мы лишь слегка углубились в основы сервера SQL .

Резервное копирование MS SQL Server

Есть несколько способов создания резервной копии MS SQL. Для разовых операций прекрасно подойдет графический инструмент SQL Management Studio. Для автоматизации — Powershell или cmd. Данные операции применяются к любым базам, как для 1С, так и любых других приложений.

С помощью графического интерфейса

Открываем MS SQL Management Studio. Кликаем правой кнопкой мыши по базе, для которой хотим сделать резервную копию — Задачи — Создать резервную копию:

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

После завершения процесса мы увидим сообщение «Резервное копирование базы . успешно завершено».

С помощью командной строки (cmd)

Данный способ удобно использовать для автоматизации резервного копирования. Более того, команды подходят как для Windows, так и Linux. Выполняется при помощи утилиты sqlcmd.

sqlcmd -S <server> -U <user> -P <password> -Q "BACKUP DATABASE [<database>] TO DISK = N'<file path>' <options>"

Пример готового скрипта

@echo off
set dd=%DATE:

3,2%
set yyyy=%DATE:

6,4%
set curdate=%dd%-%mm%-%yyyy%
set username=sa
set password=my_pass

set db=work1
sqlcmd -S localhost -U %username% -P %password% -Q "BACKUP DATABASE [%db%] TO DISK = N'D:BackupMSSQL%db%_%curdate%.bak' WITH NOFORMAT, NOINIT, NAME = N'%db%-full', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 10"

set db=work2
sqlcmd -S localhost -U %username% -P %password% -Q "BACKUP DATABASE [%db%] TO DISK = N'D:BackupMSSQL%db%_%curdate%.bak' WITH NOFORMAT, NOINIT, NAME = N'%db%-full', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 10"

* в данном примере мы подключаемся к локальному SQL серверу под учетной записью sa с паролем my_pass и делаем резервную копию баз work1 и work2. Резервные копии размещаем по пути D:BackupMSSQL. Имя файлов резервных копий work1_<текущая дата>.bak и work2_<текущая дата>.bak
* некоторые опции могут не работать, в зависимости от используемой редакции MS SQL.

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

Типы резервных копий

Хорошей практикой является создание разных типов копий:

1) Полное копирование — резервирование всей базы. Выполняется командой, рассмотренной выше, например:

sqlcmd -S localhost -U sa -P my_pass -Q "BACKUP DATABASE work1 TO DISK = N'D:BackupMSSQLbak_full.bak' WITH NOFORMAT, NOINIT, NAME = N'bak-full', SKIP, NOREWIND, NOUNLOAD, STATS = 10"

* в данном примере мы подключаемся к локальному серверу под пользователем sa с паролем my_pass и делаем полную копию базы work1; саму копию сохраняем в виде файла D:BackupMSSQLbak_full.bak.

2) Разностное (дифференциальное) — резервирование базы данных с момента создания последней полной копии. Выполняется командой для резервного копирования с добавлением опции DIFFERENTIAL:

sqlcmd -S localhost -U sa -P my_pass -Q "BACKUP DATABASE work1 TO DISK = N'D:BackupMSSQLbak_diff.bak' WITH DIFFERENTIAL, NOFORMAT, NOINIT, NAME = N'bak-diff', SKIP, NOREWIND, NOUNLOAD, STATS = 10"

3) Инкрементальное или копирование логов. Выполняется Transact-SQL:

sqlcmd -S localhost -U sa -P my_pass -Q "BACKUP LOG work1 TO DISK = N'D:BackupMSSQLbak_log.bak' WITH NOFORMAT, NOINIT, NAME = N'bak-log', SKIP, NOREWIND, NOUNLOAD, STATS = 10"

* обратите внимение, команда похожа на команду для полного резервного копирования — вместо DATABASE пишем LOG.

С помощью Powershell

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

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

import-module sqlps -DisableNameChecking

Backup-SqlDatabase -ServerInstance <имя SQL сервера> -Database <имя базы> -BackupFile <путь к файлу с резервной копией>

Пример скрипта на powershell

$server = "SQL01"
$curdate = Get-Date -Format yyyyMMdd

import-module sqlps -DisableNameChecking

$db = work1
Backup-SqlDatabase -ServerInstance $server -Database $db -BackupFile $db_$curdate.bak

* где выполняется резервное копирования базы work1 на сервере SQL01

Также как и для cmd, данный скрипт можно поместить в планировщик для запуска по расписанию.

Срок действия резервного набора данных

Данная настройка позволяет указать, через какой промежуток времени резервную копию можно удалить (перезаписать). Важно понимать, что настройка не влияет на сам период восстановления — если срок истек, восстановиться из набора можно.

Задать параметр можно в основном окне при создании резервной копии:

Путь расположения резервных копий

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

Кликаем правой кнопкой мыши по корневому разделу SQL Server и выбираем свойства:

Переходим в раздел Параметры баз данных (1) — в подразделе «Места хранения, используемые базой данных по умолчанию» мы увидим путь до места размещения резервных копий (2), который можно поменять кнопкой справа (3):

CMS на MS SQL. Как сделать веб-оболочку для базы данных SQL Server

В этой статье рассмотрим вопрос создания веб-оболочки для базы данных SQL Server на примере нашей платформы Falcon Space и посмотрим основные отличия от классической разработки системы по полному стеку технологий.

Это не оболочка для управления СУБД SQL Server. Это система личных кабинетов для учета информации, хранящейся в SQL Server. Все управление системой осуществляется через SQL. Если вы знаете SQL, то вы сможете сопровождать подобную систему.

Разработка учетной системы на полном стеке (fullstack)

Самописные системы разрабатываются на базе полного стека разработки с N слоями:

• проектируется база данных
• создается слой доступа к данным
• создается слой бизнес-логики
• разрабатывается API или слой контроллеров
• делается верстка
• к ней подключается динамика за счет front end программирования.

Это довольно трудоемко, сложно. Зачем тогда использовать это, если есть коробочные решения?

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

Fullstack разработка — это долго, дорого и много ошибок

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

Движок модуля подхватывал эти данные и хранимку и выводил все, что нужно пользователю.

Полное управление через SQL — новая парадигма

Это привело нас к идее, а почему бы и другие все модули не попробовать сделать по подобному принципу — формы, таблицы, графики, дашборды и прочее.

Что дает в итоге такой подход:

• можно менять бизнес-логику на лету (просто поменяв хранимую процедуру). В случае обычного N-слойного приложения необходима перекомпиляция и обновление программы.
• скорость внесения изменений. Очень важно иметь возможность быстро вносить изменения, а не ждать разработчиков по 2 недели, когда они внедрят изменения в систему.
• основная сложность ложится на один слой и локация ошибки с высокой степенью вероятности находится только в одном слое — SQL процедурах. Это упрощает поиск ошибок и минимизирует количество сбоев на front end.

Как это выглядит изнутри

Возьмем к примеру вывод таблицы.

На входе — это сниппет.

Ваш JS движок обрабатывает подобные компоненты и запрашивает у базы описание по компонентам и данные для них (все через знанимые процедуры).

Полученные данные JS движок выводит в виде таблицы.

Данные удовлетворяют неким правилам/стандартам. Например, для таблиц у нас правила примерно выглядят так:

процедура GetItems выдает в SELECT 1 данные таблицы, в SELECT 2 — данные о пагинации, в SELECT 3 — настройки вывода таблицы.

К примеру, если в SELECT 3 передать select 1 Compact — то таблица будет выведена в компактном режиме.

Редактирование SQL для таблицы вывода страниц

Если необходимо реализовать какие-то действия с данными таблицы, то это также вызов некой хранимой процедуры с заданными параметрами и заданным выводом.

Процедуры делятся на системные (обслуживают компоненты и внутренние потребности системы) и пользовательские (задают вывод данных).

Редактирование процедур происходит через интерфейс панели управления, т.е. нет необходимости искать каждый раз хранимую процедуру в SQL Server Management Studio.

Идея Falcon Space — Сниппеты в разметке+ управление бизнес-логикой через SQL + гибкие компоненты ядра

Плюсы и минусы подхода с полным управлением через SQL

Какие дополнительные плюсы дает подобный подход?

1. Быстродействие. Вы работаете с чистым SQL без лишних прослоек в виде ORM. Это дает хорошее быстродействие, и оно ограничивается, по сути, быстродействием вашего написанного SQL запроса.

2. Созданный функционал — это только SQL и данные в таблицах (что также можно представить в виде SQL скрипта). Вы можете легко переносить между разными системами SQL для отдельных компонентов. Это возможность быстро наращивать кодовую базу и адаптировать ее в других подобных приложениях.

3. Не нужна компиляция. Поменяли процедуру — получили сразу в системе другой результат. По сути разработка идет в realtime, параллельно с использованием.

4. Локализация ошибок — большинство ошибок лежат в вашем SQL, а не разбросаны по всему стеку. Есть проблема? Проверяем работы процедуры в SQL Management Studio и анализируем вход и выход.

5. Поняв общий подход, систему можно развивать, добавляя новые блоки и модули без необходимости менять исходный код программы.

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

7. Уменьшение количества велосипедов. Программисты не могут больше делать в системе три вида по-разному сделанных таблиц. Все унифицируется и разработка идет быстрее.

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

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

Более подробное описание как изнутри работает система можно найти в вводной статье документации Falcon Space.

В статье На пути к созданию продукта. История создания Falcon Space можно более глубоко погрузиться в предпосылки создания системы и ее особенности.

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

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

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

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

Для того чтобы понимать, что такое системное представление, советую Вам для начала ознакомиться с понятием простого представления, которое рассматривается в статье — Зачем нужны представления (views) в базах данных. Также мы будем писать пусть простые, но все запросы, с основами которых Вы естественно должны быть знакомы, если нет, то можете прочитать статью основы языка SQL — оператор select.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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