Как я могу избавиться от “Доступ к файлу закрыт”?

Question 1

Пожалуйста, простите моё раздражение, но разрешения на доступ к файлам в Windows действительно ужасны:

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

DECLARE @TraceID INT;
DECLARE @MaxFileSize BIGINT = 50; -- Предел размера файла в МБ
DECLARE @TraceFilePath NVARCHAR(256) = N'C:\SQLTraces\Trace_OrderPart'; -- Базовый путь к файлу трассировки

-- Шаг 1: Создать новую трассировку
EXEC sp_trace_create 
    @traceid = @TraceID OUTPUT,
    @options = 2, -- Включен перерасчет файла
    @tracefile = @TraceFilePath,
    @maxfilesize = @MaxFileSize,
    @stoptime = NULL; -- Без автоматической остановки

...

-- Шаг 4: Запустить трассировку
EXEC sp_trace_setstatus @TraceID, 1; -- Запустить трассировку

*.trc файлы, но когда я пытаюсь их открыть, используя SQL Server Profiler (см. меню “Инструменты” в SSMS), вот что я получаю:

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

Я убираю галочку и нажимаю “Применить изменения к этой папке, подпапкам и файлам”, я предоставляю права администратора, он делает всё это, и в конце, когда я снова нажимаю на директорию, вот что я (снова) получаю:

Я пытался принудительно использовать WSL, но это тоже не сработало:
“Кто имеет доступ к этой директории и какой именно доступ?”

Prompt>/mnt/c$ ls -ltra | grep "SQLTrace"
drwxrwxrwx 1 scampsd scampsd    4096 Dec  2 14:40 SQLTraces

=> “scampsd” имеет полный доступ.

Кто я?

Prompt>/mnt/c$ cd ~
Prompt>~$ pwd
/home/scampsd

=> Я “scampsd”.

Что я могу сделать, чтобы заставить дать мне доступ к этой директории?

Question 2

Разрешения на доступ не контролируются галочкой Только для чтения; они контролируются вкладкой Безопасность (или инструментом icacls.exe). Откройте “Безопасность > Изменить…” и добавьте себя с правами Модификация или выше, или выполните:

icacls <путь> /grant "<пользователь>:(OI)(CI)(M)"

Для (M) обозначает группу разрешений “Модификация”, а флаги (OI)(CI) заставляют запись автоматически наследоваться всеми файлами и подпапками (поэтому явное рекурсивное изменение обычно не требуется).

Файловая система WSL работает под вашей учетной записью Windows и имеет такой же доступ, как и вы. В отличие, например, от Interix (или, возможно, WSL1, я полагаю?), внутренняя часть WSL2 VM существует как свой собственный мир с собственными UID и так далее (и вся WSL2 VM находится под вашим полным контролем – например, диск VM хранится в вашем профиле пользователя), так что все коммуникации с хостом также должны выполняться под вашей учетной записью, чтобы предотвратить возможность злоупотребления этим как простым обходом контроля доступа.

Разрешения файлов, показанные для /mnt/c в WSL, не имеют значения; нет перевода с NTFS ACL на Linux ACL. Это был бы очень убыточный перевод из-за нескольких несовпадающих семантик в любом случае; даже если бы вы использовали getfacl вместо ls -l, некоторые вещи, такие как наследование или более 10 тонко настроенных разрешений, не могут быть выражены через “ПРОЕКТ draft ACL”, которые реализует Linux. (Некоторые системы, похожие на Unix, реализуют NFSv4 ACL, которые на 95% такие же, как в Windows, но Linux, к сожалению, этого не делает.)

Как я могу избавиться от “Доступ к файлу закрыт”?

Вопрос или проблема

Ответ или решение

Шаг 1: Проверка прав доступа к файлу

Шаг 2: Использование команды icacls

Шаг 3: Проверка атрибута "Только для чтения"

Шаг 4: Использование PowerShell

Шаг 5: Перезагрузка системы

Шаг 6: Проверка учетной записи SQL Server

Заключение