Sql server vss writer что это
Sql server vss writer что это
Вопрос
Здравствуйте, имеется виртуальная машина vmware с mssql 2012
Интересует вопрос по службе SQL Server VSS Writer. У меня проводится два типа архивации. Архивация виртуальной машины и архивация непосредственно баз данных SQL. Архивация баз данных работает с дифференциальными копиями, что позволяет экономить место архивов. Проблема возникает, когда архивируется виртуальная машина. После архивации виртуальной машины, перестают работать дифференциальные копии, приходится делать полную копию. После ряда тестов выяснил, что при архивации виртуальной машины служба SQL Server VSS Writer сбрасывает информацию по дифференциальным копиям. Службу остановил и архивы теперь делаются в штатном режиме после копировании виртуальной машины.
Вопрос теперь остался по SQL Server VSS Writer, что именно делает эта служба? По описанию я предполагаю, что если использовать теневое копирование тома, то данная служба позволяет вносить в теневую копию базы данных SQL?
Ответы
Служба «Модуль записи SQL» позволяет во время работы SQL Server разрешить программам резервного копирования Windows копирование файлов данных SQL Server.
Если служба «SQL Server VSS Writer» не запущена, то у программ резервного копирования, работающих в Windows, нет доступа к файлам данных.
Также можно отключить вызов службы «SQL Server VSS Writer» в VMware Tools
Как уже говорилось при архивации виртуальной машины без запущенной службы SQL VSS Writer у программы резервного копирования виртуальной машины нет доступа к базе данных. Поэтому на транзакции это никак не повлияет. Чтобы быть уверенным что после восстановления виртуальной машины базы данных были в нормальном (на момент создания копии) состоянии необходимо к сценарию резервирования баз банных добавить еще и создание резервных копий лога транзакций (при модели восстановления базы FULL). Просто создайте резервную копию лога транзакций до момента создания архива виртуальной машины и после восстановления виртуальной машины дополнительно выполните восстановление полной копии базы далее разностной копии и далее лога транзакций. При модели восстановления базы Simple просто сделайте полную резервную копию базы до момента запуска архивирования виртуальной машины.
Транзакции, коненчо, олстановлены не будут, но после восстановления вирутальной машины и запуска сервера SQL база данных будет в согласованном состоянии (каждая транзакция будет либо выполнена целиком, либо не выполнена совсем).
При таком резервном копировании вы фактически получаете копию всех дисков виртуальной машины, в таком состоянии как если бы вирутальную машину бы выключили в момент создания теневой копии (crash-consistent). Механизм транзакций SQL Server как раз рассчитан на восстановление БД в таком случае в согласованное состояние.
Все ответы
Служба «Модуль записи SQL» позволяет во время работы SQL Server разрешить программам резервного копирования Windows копирование файлов данных SQL Server.
Если служба «SQL Server VSS Writer» не запущена, то у программ резервного копирования, работающих в Windows, нет доступа к файлам данных.
Также можно отключить вызов службы «SQL Server VSS Writer» в VMware Tools
Здравствуйте, имеется виртуальная машина vmware с mssql 2012
Интересует вопрос по службе SQL Server VSS Writer. У меня проводится два типа архивации. Архивация виртуальной машины и архивация непосредственно баз данных SQL. Архивация баз данных работает с дифференциальными копиями, что позволяет экономить место архивов. Проблема возникает, когда архивируется виртуальная машина. После архивации виртуальной машины, перестают работать дифференциальные копии, приходится делать полную копию. После ряда тестов выяснил, что при архивации виртуальной машины служба SQL Server VSS Writer сбрасывает информацию по дифференциальным копиям. Службу остановил и архивы теперь делаются в штатном режиме после копировании виртуальной машины.
Вопрос теперь остался по SQL Server VSS Writer, что именно делает эта служба? По описанию я предполагаю, что если использовать теневое копирование тома, то данная служба позволяет вносить в теневую копию базы данных SQL?
cлужба «Модуль записи SQL»
Служба «Модуль записи SQL» предоставляет дополнительные возможности резервного копирования и восстановления SQL Server с помощью механизма службы теневого копирования тома.
Служба «Модуль записи SQL» устанавливается автоматически. Она должна запускаться при запросе службы теневого копирования томов (VSS) резервного копирования или восстановления. Служба настраивается с помощью оснастки «Службы» Microsoft Windows. Служба модуля записи SQL устанавливается на всех операционных системах.
Назначение
служба «Теневое копирование томов»
Служба теневого копирования томов — это набор API-интерфейсов COM, которые обеспечивают платформу для реализации резервного копирования томов во время записи приложениями данных в эти тома. В службе теневого копирования томов предусмотрен согласованный интерфейс, обеспечивающий координацию пользовательских приложений, обновляющих данные на диске (модулей записи) и программ, выполняющих резервное копирование приложений (генераторов запросов).
Служба теневого копирования томов захватывает и копирует стабильные образы для резервного копирования в работающих системах, особенно на серверах. При этом не происходит чрезмерного понижения производительности и стабильности работы служб. Дополнительные сведения о службе теневого копирования томов см. в документации по Windows.
Если VSS используется, чтобы создать резервную копию виртуальной машины, на которой размещается основная группа доступности и базы данных-получатели, начиная с SQL Server 2016 (13.x); SP2 CU2 и SQL Server 2017 (14.x); CU9, резервные копии этих баз данных и виртуальной машины не будут создаваться. Это обусловлено тем, что базовые группы доступности не поддерживают резервное копирование баз данных во вторичной реплике. В более ранних версиях SQL Server резервное копирование будет завершаться ошибкой.
Интерфейс виртуальных устройств резервного копирования (VDI)
Разрешения
Компоненты
Служба «Модуль записи SQL» поддерживает:
полное резервное копирование и восстановление баз данных, включая полнотекстовые каталоги;
разностное резервное копирование и восстановление;
восстановление с перемещением;
переименование базы данных;
резервная копия, предназначенная только для копирования;
автоматическое восстановление моментального снимка базы данных.
Служба «Модуль записи SQL» не поддерживает:
Резервные копии журналов;
Резервное копирование файлов и файловых групп;
Remarks
Модуль записи SQL — это отдельная от ядра SQL Server служба, которая совместно используется в разных версиях SQL Server и разных экземплярах SQL Server на одном сервере. Файл службы для модуля записи SQL входит в пакет установки SQL Server и помечен тем же номером версии, что и ядро SQL Server, с которым он поставляется. Если версия устанавливаемого или обновляемого на сервере экземпляра SQL Server выше версии службы модуля записи SQL, который используется на сервере в этот момент, файл модуля будет заменен файлом из пакета установки. Обратите внимание, что, если для обновления службы для модуля записи SQL использовался пакет обновления или накопительный пакет обновления и устанавливается версия RTM SQL Server, можно заменить новую версию службы модуля записи SQL Writer на старую при условии, что в текущий момент устанавливается более новая версия. Например, служба модуля записи SQL обновлена в SQL Server 2016 (13.x); SP2 CU2. Если этот экземпляр обновить до версии SQL Server 2017 (14.x); RTM, служба обновленного модуля записи SQL заменится более старой версией. В этом случае потребуется применить последний выпуск накопительного пакета обновлений для нового экземпляра, чтобы получить более новую версию службы модуля записи SQL.
Что такое sqlwriter.exe? Это безопасно или вирус? Как удалить или исправить это
Что такое sqlwriter.exe?
sqlwriter.exe это исполняемый файл, который является частью Microsoft SQL Server VSS Writer Программа, разработанная Корпорация Microsoft, Программное обеспечение обычно о 1.02 GB по размеру.
Sqlwriter.exe безопасно, или это вирус или вредоносная программа?
Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, такой процесс, как sqlwriter.exe, должен запускаться из C: \ Program Files \ Microsoft SQL Server \ 90 \ Shared \ sqlwriter.exe и нигде в другом месте.
Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.
Наиболее важные факты о sqlwriter.exe:
Если у вас возникли какие-либо трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, перед удалением sqlwriter.exe. Для этого найдите этот процесс в диспетчере задач.
Найдите его местоположение (оно должно быть в C: \ Program Files \ Microsoft SQL Server \) и сравните его размер с приведенными выше фактами.
Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус sqlwriter.exe, необходимо Загрузите и установите приложение полной безопасности, например Malwarebytes., Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.
Могу ли я удалить или удалить sqlwriter.exe?
Не следует удалять безопасный исполняемый файл без уважительной причины, так как это может повлиять на производительность любых связанных программ, использующих этот файл. Не забывайте регулярно обновлять программное обеспечение и программы, чтобы избежать будущих проблем, вызванных поврежденными файлами. Что касается проблем с функциональностью программного обеспечения, проверяйте обновления драйверов и программного обеспечения чаще, чтобы избежать или вообще не возникало таких проблем.
Распространенные сообщения об ошибках в sqlwriter.exe
Наиболее распространенные ошибки sqlwriter.exe, которые могут возникнуть:
• «Ошибка приложения sqlwriter.exe».
• «Ошибка sqlwriter.exe».
• «Возникла ошибка в приложении sqlwriter.exe. Приложение будет закрыто. Приносим извинения за неудобства».
• «sqlwriter.exe не является допустимым приложением Win32».
• «sqlwriter.exe не запущен».
• «sqlwriter.exe не найден».
• «Не удается найти sqlwriter.exe».
• «Ошибка запуска программы: sqlwriter.exe.»
• «Неверный путь к приложению: sqlwriter.exe.»
Как исправить sqlwriter.exe
Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.
Чтобы помочь вам проанализировать процесс sqlwriter.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.
Обновлен декабрь 2021:
Мы рекомендуем вам попробовать это новое программное обеспечение, которое исправляет компьютерные ошибки, защищает их от вредоносных программ и оптимизирует производительность вашего ПК. Этот новый инструмент исправляет широкий спектр компьютерных ошибок, защищает от таких вещей, как потеря файлов, вредоносное ПО и сбои оборудования.
Загрузите или переустановите sqlwriter.exe
Вход в музей Мадам Тюссо не рекомендуется загружать файлы замены exe с любых сайтов загрузки, так как они могут сами содержать вирусы и т. д. Если вам нужно скачать или переустановить sqlwriter.exe, то мы рекомендуем переустановить основное приложение, связанное с ним Microsoft SQL Server VSS Writer.
Информация об операционной системе
Ошибки sqlwriter.exe могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:
SQL Writer Service
The SQL Writer Service provides added functionality for backup and restore of SQL Server through the Volume Shadow Copy Service framework.
The SQL Writer Service is installed automatically. It must be running when the Volume Shadow Copy Service (VSS) application requests a backup or restore. To configure the service, use the Microsoft Windows Services applet. The SQL Writer Service installs on all operating systems.
Purpose
When running, Database Engine locks and has exclusive access to the data files. When the SQL Writer Service is not running, backup programs running in Windows do not have access to the data files, and backups must be performed using SQL Server backup.
Use the SQL Writer Service to permit Windows backup programs to copy SQL Server data files while SQL Server is running.
Volume Shadow Copy Service
The VSS is a set of COM APIs that implements a framework to allow volume backups to be performed while applications on a system continue to write to the volumes. The VSS provides a consistent interface that allows coordination between user applications that update data on disk (writers) and those that back up applications (requestors).
The VSS captures and copies stable images for backup on running systems, particularly servers, without unduly degrading the performance and stability of the services they provide. For more information on the VSS, see your Windows documentation.
When using VSS to backup a virtual machine that is hosting a Basic Availability Group, if the virtual machine is currently hosting databases that are in a secondary state, starting with SQL Server 2016 (13.x) SP2 CU2 and SQL Server 2017 (14.x) CU9 those databases will not be backed up with the virtual machine. This is because Basic Availability Groups do not support backing up databases on the secondary replica. Prior to these versions of SQL Server, the backup would fail with an error.
Virtual Backup Device Interface (VDI)
SQL Server provides an API called Virtual Backup Device Interface (VDI) that enables independent software vendors to integrate SQL Server into their products for providing support for backup and restore operations. These APIs are engineered to provide maximum reliability and performance, and support the full range of SQL Server backup and restore functionality, including the full range of hot and snapshot backup capabilities. If a third-party vendor application requests a snapshot (VSS) backup, the SQL Writer Service calls the VDI API functions in order to perform the actual backups. Note that the VDI API is independent of VSS and is frequently used in software solutions that do not employ VSS APIs.
Permissions
The SQL Writer service must run under the Local System account. The SQL Writer service uses the NT Service\SQLWriter login to connect to SQL Server. Using the NT Service\SQLWriter login allows the SQL Writer process to run at a lower privilege level in an account designated as no login, which limits vulnerability. If the SQL Writer service is disabled, then any utility which in relies on VSS snapshots, such as System Center Data Protection Manager, as well as some other 3rd-party products, would be broken, or worse, at risk of taking backups of databases which were not consistent. If neither SQL Server, the system it runs on, nor the host system (in the event of a virtual machine), need to use anything besides Transact-SQL backup, then the SQL Writer service can be safely disabled and the login removed. Note that the SQL Writer service may be invoked by a system or volume level backup, whether the backup is directly snapshot-based or not. Some system backup products use VSS to avoid being blocked by open or locked files. The SQL Writer service needs elevated permissions in SQL Server because in the course of its activities it briefly freezes all I/O for the instance of SQL Server.
Features
SQL Writer supports:
Full database backup and restore including full-text catalogs
VSS для самых маленьких
А, собственно, что с ним за проблема? Вот есть документация, где вполне адекватно и красиво описано, как всё работает. Есть утилита vssadmin, позволяющая вполне годно создавать и удалять снапшоты. Что не так-то, и где сложности?
Но проблема в том, что более лучшая документация, намного правильнее отражающая происходящие процессы, несколько сложна для понимания. Microsoft вообще написал по этой теме какое-то неслыханное количество документов. Но даже когда вам как-то удаётся выстроить в голове работу этого алгоритма, вы сразу сталкиваетесь с тем, что на практике многие вещи работают совершенно не так, как описаны. Или вообще не работают. А что-то не описано совсем, хотя этому мы уже давно не удивляемся. Но не хвататься же сразу за дебагер и дизассемблер, да?
Вот поэтому и захотелось немного поговорить о том, как же на самом деле работает VSS. И да, строго говоря, результатом работы VSS является созданная shadow copy. Но дабы не ломать язык и не мучить вас транслитом, давайте просто писать снапшот.
Какова роль VSS
Не сомневаюсь, что 90% читающих прекрасно понимают, зачем нужны снапшоты, но ради оставшихся 10% потерпите несколько предложений. Или сразу идите в следующий раздел.
Итак, все кто остался, давайте представим, что есть у нас некий диск, на котором находятся файлы, с которыми кто-то работает и как-то их изменяет. Изменения эти накапливаются, а иногда очень хочется иметь возможность взять и вернуться во времени назад. И желательно откатывать изменения не для всего диска, а только для выбранных папок и файлов. Для этого и был придуман механизм теневых копий.
Где найти VSS
Обнаружить следы VSS можно двумя классическими способами: через GUI или в консоли. В зависимости от конкретной версии системы пути могут немного отличаться, но суть будет одинакова. Итак, есть у меня в лабе Windows Server 2019, и если сделать ПКМ на любом диске в проводнике, мы увидим два пункта: Configure Shadow Copies и Restore previous versions.
После того, как вы всё настроите на свой вкус, появляется смысл в пункте Restore previous versions. Чисто технически туда и до этого можно было зайти, однако внутри, скорее всего, будет только гнетущая пустота.
И запоминаем самое важное: это две разные утилиты, существующие в разных контекстах. Теневая копия, сделанная в одной утилите, будет видна другой, однако статус у неё будет неоперабельный.
Вот отличный пример: мы создали снимок в diskshadow и пытаемся удалить его с помощью vssadmin. Сам снимок мы видим, но он не в нашем контексте, поэтому сорян, у нас нет здесь власти.
Технически ничего не мешает одновременно делать снимки с помощью vssadmin и diskshadow. Хотя есть вероятность, что получите сообщение типа Another shadow copy is in progress. Но это так, к слову пришлось. Не надо пытаться одновременно делать несколько снапшотов разными программами.
Как появился VSS
Хорошо, но как избежать подобных приключений? Отличным вариантом будет подождать, пока SQL сервер допишет свою транзакцию, пометит её как завершённую, и потом мы быстренько заберём все появившиеся новые блоки. Отличный вариант, который надо срочно реализовывать! Вот только есть небольшая проблема: до этого мы говорили про одно приложение и один файл, с которым оно работает. Научиться общаться с условным SQL Server много ума не надо, но что делать с остальными миллиардами существующих приложений? А что делать, в конце концов, с самой ОС, у которой внутри огромное количество своих процессов и открытых файлов? Вот примерно с такими проблемами и столкнулись учёные мужи из Microsoft, когда пришли к выводу, что надо реализовать некий общий интерфейс, через который можно будет сразу всем прокричать нечто вроде: “Сейчас мы будем делать снапшот, так что быстренько сворачиваемся и сбрасываем буфера на диск! Приостанавливайте свою кипучую деятельность и приводите данные в консистентный вид!”. Ну а назвать эту штуку они решили, как вы уже догадались, Volume Snapshot Service. Или просто VSS.
Как устроен VSS
Чтобы не прыгать с места в карьер громады страшных терминов и процессов, начнём с высокоуровневого описания. Поэтому ограничимся таким списком компонентов:
VSS Writer. В кириллическом простонародье известен как просто райтер, поэтому так и будем его называть в дальнейшем, вызывая праведный гнев ненавистников англицизмов.
Райтер занимается тем, что выстраивает мостик взаимодействия между VSS подсистемой и конкретным приложением. Поэтому а) в любой системе их будет достаточно много (проверьте у себя с помощью vssadmin list writers) б) райтер всегда пишется поставщиком приложения, ибо кроме него никто не знает, что там и как должно происходить во время создания снапшота.
Соответственно, райтер по своей сути выполняет роль “регулировщика”: сначала он говорит приложению подготовиться к снапшоту, затем даёт отмашку VSS сервису делать снапшот. Или не даёт, если приложение не смогло за установленный промежуток времени подготовить свои файлы.
VSS Provider. Тот самый парень, который занимается созданием и управлением снапшотами. Известен тем, что бывает софтовый или хардовый. Список установленных в системе провайдеров можно посмотреть с помощью команды vssadmin list providers. По дефолту, с системой идет Microsoft Software Shadow Copy provider. Он даже отлично и замечательно работает, но до тех пор, пока вы не подключите к системе брендовую СХД. Хорошие вендоры всегда снабжают свои железки управляющим софтом, в составе которого находится и родной провайдер к этой железяке. Благодаря этому можно уже делать всякие хитрые трюки, которые реализованы в вашем оборудовании, и именно поэтому мы в Veeam так гордимся списком интеграций с железом.
Как в итоге всё выглядит на самом высоком уровне: реквестор стучится в Volume Shadow Copy сервис, тот отдаёт команду райтерам предупредить приложения о надвигающемся снапшоте, райтеры рапортуют об успехе, а сервис отдаёт команду провайдерам делать снапшоты. О результатах докладывается реквестору.
Но что дальше происходит с данными? Если мы действительно используем какое-то приложение для бекапов, которое запустило весь этот процесс, дождалось его завершения и скачало данные в своё хранилище, то снимок можно просто удалить одной командой. Поскольку VSS пропагандирует CoW подход, то речь здесь действительно о банальном удалении нашей аллоцированной зоны, ведь все новые данные сразу пишутся на оригинальный диск. Это называется non-persistent shadow copy, и она не имеет никакого смысла без оригинального диска.
Чтобы пройти этот путь вручную, достаточно открыть консоль и набрать:
Здесь мы видим, что успешно создался снапшот со своим Shadow copy ID, и для удобства ему сразу присвоили алиас VSS_SHADOW_1. Этими данными вполне можно оперировать, если возникает такое желание. Однако не будем уходить в сторону и попробуем прочитать содержимое этого снимка. Для чего подмонтируем его в качестве диска.
И начинаем всё заново, только теперь укажем, что нам нужна персистентная копия, чтобы мы могли использовать её как полноценный диск.
Как мы видим: Attributes: No_Auto_Release Persistent Differential. Поэтому если теперь вы сделаете expose, то снапшот примаунтится как полноценный диск, по которому можно перемещаться и копировать с него файлы. Диск, само собой, виртуальный и состоит из блоков оригинального диска, плюс блоки изменившихся данных, читая которые, мы можем видеть состояние оригинального диска на момент снапшота. Всё просто.
Что тут хочется ещё сказать, а вернее, спросить: если всё так просто, то почему же я говорю, что всё так сложно? Проблема в том, что, отдавая на боевом сервере команду vssadmin create shadow, мы, конечно, создаём какой-то снимок, но как себя будут чувствовать приложения после отката на этот снимок, мы предсказать не можем. Это не шутка: команда create признаёт наличие ошибок при выполнении как вариант нормы. Райтер не вернул вовремя Ок от приложения? Да кому это надо, го делать снапшот, я создал.
Как лечить VSS
И что же делать, если VSS падает, в ивентах ничего нет, а понять, что происходит надо? Тут я могу порекомендовать три хороших статьи:
КВ от Veeam, посвящённое анализу поведения VSS с помощью diskshadow.
Другое KB от Veeam, посвящённое сбору информации с помощью vsstrace из Windows SDK. Но скажу сразу, это уже не для слабых духом.
И видео от моего коллеги, где он наглядно показывает, как работать с информацией из первых двух пунктов =) Рассказывает он действительно хорошо, но с непривычки голова у вас от объёма информации заболит, это я вам обещаю.
Также в гугле можно найти массу толковых советов по поводу приведения VSS в чувства, только рекомендую не бросаться на первый попавшийся случай, а постараться найти наиболее похожий именно на вашу проблему. По коду ошибки, например. Потому что слишком много возможных комбинаций ошибок, приложений и причин их возникновения.
А на сегодня всё. Я и так хотел кратенько, но получилось больше десяти страниц текста. Поэтому самое время закругляться. Если хочется раскрытия какой-то другой темы или углубиться в детали VSS, то обязательно пишите об этом в комментариях.