Метка: SQL

Для того, чтобы в SQL Server было возможно использовать расширенную хранимую процедуру xp_cmdshell, необходимо сначала включить возможность использовать расширенные опции. Для этого выполняем команду: EXEC sp_configure ‘show advanced options’, 1 GO И переконфигурируем SQL Server командой RECONFIGURE GO Затем включаем возможность использования процедцры xp_cmdshell командой: EXEC sp_configure «xp_cmdshell», 1 GO И опять переконфигурируем SQL Server:

Учетная запись Локальные ресурсы Сетевые ресурсы Local System Полный доступ ко всем ресурсам компьютера Подключение к сетевым ресурсам в контексте учетной записи компьютера, на котором запущена Local Service Права стандартного пользователя + небольшой набор дополнительных привилегий Анонимное подключение к сетевым ресурсам Network Service Права стандартного пользователя + небольшой набор дополнительных привилегий Подключение к сетевым ресурсам

Для резервного копирования MSSQL понадобилось дать доступ к папке виртуальной учётной записи из под, которой запускается служба MSSQL. Данная служба запускается из под виртуальной учётной записи nt service\MSSQLSERVER. В свойствах  папки, во вкладке «Безопасность» вводим имя учётной записи «nt service\MSSQLSERVER» и ищем её на локальном компьютере. После этого назначаем нужные права.

    Частота очистки процедурного КЭШа (буфер плана запроса) должна совпадать с частотой обновления статистики. Так как MS SQL кэширует планы запроса для их повторного выполнения, это делается для экономии времени. И вполне возможна такая ситуация, когда после обновление статистики в КЭШе останется устаревшая информация о плане запроса, что приведет, к неоптимальном его выполнении. Иногда

После изучения множества информации с разных источников, решил описать процесс настройки резервного копирования БД  MS SQL Server для полной модели восстановления, какую модель использовать решать Вам, но от себя добавлю, что если в вашей БД большой поток информации (например создаются десятки, сотни или тысячи документов в 1 час), то потеря информации за день работы будет просто неприемлемой, в таком

При попытке посмотреть свойства базы данных SQL возникает ошибка SQL Server Error 1222. Какая-то транзакция блокирует базу. Я решил так В SQL Server Management Studio, чтобы узнать подробности активной транзакции, выполните следующую команду DBCC opentran() Вы получите подробную информацию о активной транзакции, затем из SPID активной транзакции, получите подробную информацию о SPID, используя следующие команды exec

Укрупнение области блокирования (эскалация) в MS SQL Server и 1С:Предприятие Реальный опыт коллег  http://partners.v8.1c.ru/forum/thread.jsp?id=869067 говорит о том, что эскалация блокировок может начинаться при записи наборов строк по 20000 -20010 записей или более! Очень часто это сопровождается возникновением взаимных блокировок при таких записях, при этом иногда достаточно порядка 3000 строк в операции записи. В документации MS SQL Server

 

При обновлении конфигурации 1С предприятие произошла следующая ошибка: В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0 неправильный синтаксис около ключевого слова «UPDATE» Проблему с обновлением решил переключением работы базы на протокол Shared Memory в 1С

Включить протокол Shared Memory в 1С можно в том случае, когда сервер приложений и сервер СУБД находятся на одном компьютере. В режиме работы, задаваемом по умолчанию, Microsost SQL Server и сервер приложений «1С:Предприятия» работают друг с другом только через TCP/IP. Это выглядит правильным и логичным в случае работы серверов на разных компьютерах, иной возможности нет. Но