Не обновляется информация на сетевом диске
Имеется контроллер домена на windows server 2008R2. На нем есть сетевые папки в которых пользователи хранят свои файлы. С недавнего времени появилась проблема интересного плана:
Один из пользователей копирует файл с локального компьютера в сетевую папку, копирование проходит без ошибок, файл кладется. Пользователь который коипровал его в сетевую папку видит его. Другой пользователь с другого компьютера этот файл в сетевой папке не видит, но этот файл почуму-то появляется не сразу а через 3-5 минут после. Кеширование отключено, в чем может быть проблема?
Подключение сетевых дисков через GPO
Если вы подключаете сетевые диски пользователям с помощью доменной GPO, то для корректного переподключения дисков нужно изменить настройки политики.
Откройте политику, подключающую диски, и в разделе User Settings -> Preferences -> Windows Settings -> Drive maps найдите вашу политику (политики) назначения сетевых дисков и измените тип действия с Update на Replace.
После обновления параметров групповых политик на клиентах при входе пользователя в систему, сетевые диски будут удалены и назначены снова.
PowerShell скрипт для автоматического переподключения сетевых дисков
Рассмотрим, как использовать PowerShell скрипт для автоматического переподключения сетевых дисков при входе пользователя в Windows.
Откройте блокнот (notepad.exe), скопируйте в него следующий PowerShell код и сохраните файл в каталог C:\PS с именем MapDrives.ps1:
$i=3
while($True)$error.clear()
$MappedDrives = Get-SmbMapping |where -property Status -Value Unavailable -EQ | select LocalPath,RemotePath
foreach( $MappedDrive in $MappedDrives)
try New-SmbMapping -LocalPath $MappedDrive.LocalPath -RemotePath $MappedDrive.RemotePath -Persistent $True
> catch Write-Host "Ошибка подключения сетевого каталога $MappedDrive.RemotePath в диск $MappedDrive.LocalPath"
>
>
$i = $i - 1
if($error.Count -eq 0 -Or $i -eq 0)
Start-Sleep -Seconds 30
>
Данный скрипт выбирает все недоступные сетевые диски и пытается их переподключить в постоянном режиме (ключ Persistent).
Создайте еще один файл сценария MapDrives.cmd с кодом:
PowerShell -Command "Set-ExecutionPolicy -Scope CurrentUser Unrestricted" >> "%TEMP%\StartupLog.txt" 2>&1
PowerShell -File "%SystemDrive%\PS\MapDrives.ps1" >> "%TEMP%\StartupLog.txt" 2>&1
Данный код позволяет корректно вызвать PowerShell скрипт, описанный выше.
Вы можете поместить файл в автозагрузку пользователя, скопировав файл MapDrives.cmd в каталог %ProgramData%\Microsoft\Windows\Start Menu\Programs\StartUp.
Также вы можете создать задание планировщика, которое дожно запускать файл MapDrives.cmd при входе пользователя в систему. Вы можете создать задание планировщика с помощью PowerShell или из графического интерфейса консоли планировщика Windows (Taskschd.msc).
Создайте новое задание, укажите его имя, выберите что задание должно запускаться от имени встроенной группы Пользователи (Builtin\Users).
На вкладке Триггеры выберите, что задание должно выполняться при входе в систему любого пользователя (At logon -> Any user).
На вкладке действие в поле Программа укажите путь к файлу MapDrives.cmd.
На вкладке Условие можно включить опцию Сеть -> Запускать только при подключении к следующей сети -> Любое подключение.
Перезайдите в систему или выполните перезагрузку компьютера. При входе пользователя должен запуститься PowerShell скрипт, которые пересоздаст все подключения к сетевым дискам.
Не подключаются сетевые диски в Windows 10 2004
Проблема с подключением сетевых дисков также наблюдается в билде Windows 10 2004. Проблема возникает с сетевыми дисками, подключенных с legacy устройств с поддержкой только протокола SMBv1 (Windows XP/2003, старые NAS устройства).
Для решения этой проблемы нужно прописать в реестре пользователя для каждого подключенного сетевого диска параметр ProviderFlags =1.
Например, если у пользователя в сессии подключен сетевой диск U:, перейдите в раздел реестра HKEY_CURRENT_USER\Network\U. Создайте параметр типа DWORD с именем ProviderFlags и значением 1.
Или выполните команду:
REG ADD "HKCU\Network\U" /v "ProviderFlags" /t REG_DWORD /d "1" /f
Все ответы
Думаю нужна более подробная информация о конфигурации вашего сервера. "На Невозможное нужно немного больше времени, чем на Возможное" (С)
Сам не сталкивался, но читал что такие проблемы возникают при использовании Nvidia 3d Vision. Попробуйте переустановить драйверы видео на "проблемном" компьютере.
Думаю нужна более подробная информация о конфигурации вашего сервера. "На Невозможное нужно немного больше времени, чем на Возможное" (С)
Подскажите пожалуйста, какие подробности Вас интересуют?
Спасибо за подсказку, у меня на всех машинах стоит встройка от интел, так что - драйверы отпадают.
Ещё где-то читал (где точно не помню), что подобные проблемы были у Windows 7 компьютеров до выхода какого-то обновления. С выходом этого обновления проблемы, вроде, исчезли. Попробуйте установить все обновления. Хуже, ИМХО, не будет.
Ещё есть мысль, что, возможно, доступ к этому файлу может временно блокироваться антивирусной программой (на сервере стоит какой-то антивирус?) до тех пор пока этот файл этим антивирусом не будет полностью проверен. Если файл большой - это может занять некоторое время. Можно попробовать на сервере посмотреть список активных процессов в период после которого файл был уже выложен и до того момента, когда файл будет виден всем остальным пользователям. Если будет наблюдаться активность антивирусной программы - значит речь идёт именно о том, что я предположил. MCSA
Спасибо за совет, уважаемый йожыг =)
Речь идет о небольших вордовских\экселевских файлах. Антивирус на сервере есть, активность понаблюдаю.
А вот по поводу обновлений странно. Операционки, в самом деле, везде windows 7. Но обновления везде стоят.
Какой, если не секрет? Если добавить, допустим, в качестве эксперимента папку в Исключание для сканирования (и на сервере и на клиенте), то, наверняка, тоже можно убедиться влияет ли антивирус на такое поведение.
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
Какой, если не секрет? Если добавить, допустим, в качестве эксперимента папку в Исключание для сканирования (и на сервере и на клиенте), то, наверняка, тоже можно убедиться влияет ли антивирус на такое поведение.
Microsoft security essentials. Добавить добавил, но проблемы с недельку пока небыло
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
Я DFS даже не использую. Просто расшаренная папка на компе в составе домена.
У меня ситуация похожая. Но файлы находятся не на контроллере домена, а на отдельном файл-сервере тоже под Win2008R2, и такая проблема возникает только на одной рабочей станции с Win7. Причём все рабочие станции настраиваются стандартно, у всех стандартный набор ПО, но вот только с одной проблема - не всегда обновляется список файлов в сетевой папке (F5 нажимать бесполезно - появляется само спустя какое-то время). Автономные файлы отключены, индексирование тоже отключил - не помогает ничего.
У меня тоже самое. Из 40 машин у 5-6 проблемы с отображением только что созданных папок и файлов на сетевом ресурсе. Везде Win7. Мне кажется данная проблема прилетела после какого то обновления.
Аналогично наблюдаю похожую проблему. Что интересно с одних компов видны файлы, с других появляются спустя некоторое время.
Такая же проблема. Клиенты Windows 7, файловые сервера и контроллер домена на Server 2012. Большинство пользователей при выкладывании файлов с локального компьютера в сетевую папку не видят их на терминальном сервере 2008R2 по 15-30 минут.
Такая же проблема, мфу сканирует в сетевую папку на 2008r2, win7 иногда не сразу видит файл .
Попробуйте отключить Автономные файлы (см. статью) и на клиентской машине и на сервере. Мне помогло именно это.
Попробуйте отключить Автономные файлы и на клиентской машине и на сервере. Мне помогло именно это.MCSA
Автономные выключены, да и суть проблемы не в этом.
Удалось победить лишь исправлением ветки реестра на файловом сервере под управлением Server 2012.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation стояло значение 1, поставил 2 (значение по умолчанию)
После этих манипуляций все заработало как и должно быть.
Подозреваю, что когда стоял Server 2008, один из админов для увеличения производительности файлового сервера поменял значение этого параметра, с того времени начались проблемы, я, думая что обновление до следующих релизов исправит это, обновил до Server 2012, но при обновлении значения реестра остаются старыми и поэтому должного эффекта не добился.
03.03.2022
itpro
PowerShell, Windows 10, Windows 7, Windows Server 2019
комментария 2
У одного из заказчиков пользователи постоянно жалуются, что с их компьютеров очень медленно открываются и сохраняются файлы в сетевой папке. Когда пользователь в File Explorer открывает сетевую папку по UNC пути, или через букву диска (если папка подключена как сетевой диск), ее содержимое отображается на экране только через несколько 10-60 секунд. При создании новых файлов в сетевой папке они также отображаются не сразу, а с большой задержкой через 3-4 минуты (даже если обновлять содержимое папки с помощью F5 ). Причем, если вручную указать полное имя файла через UNC путь ( \\srv1\share\file1.txt ), он открывается, хотя в папке его не видно.
В Windows есть специальный компонент Network Redirector, который используется для доступа к файлам и другим сетевым ресурсам на удаленных компьютерах. Начиная с версии SMB (Server Message Block) v2.x (см. таблицу с версиями протокола SMB), Network Redirector использует механизм кэширования при доступе к общим папкам и файлам по сети. Благодаря этому пользователи получают данные из локального кэша с метаданными сетевого каталога. Это уменьшает трафик и количество SMB запросов между клиентом и сервером (особенно заметно на медленных и нестабильных каналах). По умолчанию этот кэш очищается каждые 10 секунд.
Если у вас на клиентах долго открывается содержимое сетевых папок, можно попробовать отключить кэширование метаданных протокола SMB на стороне клиентов или в настройках сетевой папки.
Проще всего отключить кэширования в настройка сетевой папки. Для этого откройте свойства общей папке на сервере, и перейдите на вкладку Доступ (Sharing) -> Расширенная настройка (Advanced Sharing) -> кнопка Кэширование (Caching). Выберите вторую опцию “Файлы и программы в этой папке недоступны вне сети” (No files or programs from the shared folder are available offline).
Или воспользуйтесь командой:
Set-SMBShare -Name ShareName -CachingMode None
Это отключит как кэширование, так и оффлайн доступ к этой папке (см. статью про использование автономных offline файлов в Windows).
Есть три параметра реестра, которые управляют настройками кэширования сетевых папок на стороне SMB клиента. Microsoft утверждает, что значения по-умолчанию для этих ключей обеспечивают наилучшую производительность для большинства сред. Параметры управлением кэшем SMB находятся в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters.
- DirectoryCacheLifetime – срок жизни кэша с метаданными сетевой папки, полученный при последнем обращении (по умолчанию 10 секунд);
- FileNotFoundCacheLifetime – кэш ответа “Файл не найден” (5 секунд).
- FileInfoCacheLifetime – срок жизни кэша с информацией о файле (10 секунд).
По умолчанию срок жизни кэша для SMB папки всего 10 секунд. Когда клиент выполняет обновление содержимого сетевой папки, результат последнего обновления хранится клиентом в течении 10 секунд. Все приложения при доступе к данному сетевому каталогу сначала пытаются использовать этот кэш.
В некоторых случаях механизм кэширования данных в SMB папках работает некорректно (чаще всего это наблюдается с сетевыми папками, содержащими тысячи файлов и папок). В этом случае, пользователи могут наблюдать значительные задержки при открытии, просмотре и создании файлов в сетевых папках.
Вы можете отключить кэширование содержимого SMB папок. Для этого создайте в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters параметр тип DWORD с именем DirectoryCacheLifetime и значением 0. Также задайте 0 в качестве значений параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime. Создать параметры реестра можно с помощью regedit.exe или PowerShell командлета New-ItemProperty:
$regpath= "HKLM:\System\CurrentControlSet\Services\LanmanWorkstation\Parameters"
$Name1 = “DirectoryCacheLifetime”
$Name2 = “FileInfoCacheLifetime”
$Name3 = “FileNotFoundCacheLifetime”
New-ItemProperty -Path $regpath -Name DirectoryCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
New-ItemProperty -Path $regpath -Name FileInfoCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
New-ItemProperty -Path $regpath -Name FileNotFoundCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
Для применения настроек в силу нужно перезагрузить компьютер. Если эти настройки нужно применить на нескольких компьютерах, вы можете использовать GPO для распространения параметров реестра.
Также можно использовать командлет Set-SmbClientConfiguration для тонкой настройки SMB клиента:
Set-SmbClientConfiguration -DirectoryCacheLifetime 0
Set-SmbClientConfiguration -FileInfoCacheLifetime 0
Set-SmbClientConfiguration -FileNotFoundCacheLifetime 0
Текущие настройки кэширования для SMB клиента Windows можно вывести так:
get-smbclientconfiguration| select *cache*
После этого все изменения в сетевой папке будут сразу отображаться на клиенте (содержимое папки обновляется каждый раз и локальных кэш не используется).
Есть еще несколько причин, из-за которых содержимое сетевых папок может отображаться медленно:
05.05.2021
itpro
PowerShell, Windows 10, Групповые политики
комментариев 15
В последних билдах Windows 10 встречался неприятный баг, из-за которого перестают подключаться сетевые диски после перезагрузки компьютера. После входа в систему пользователь в проводнике Windows видит красный крест на иконках всех подключенных сетевых дисков. Если в командой строке выполнить команду net use, то напротив всех подключенных дисков вы увидите статус Недоступны (Unavailable). Автоматически не переподключаются как сетевые диски, подключенные пользователем, так и диски, подключаемые через GPO.
Впервые эта проблема была обнаружена в Windows 10 1809, но она встречается и в более новых билдах, в том числе в Windows 10 2004.
Отключить уведомление “Не удалось восстановить подключение ко всем сетевым дискам”
Если ваш компьютер находится не в сети предприятия (сетевые диски не доступны по определению), и вам мешает назойливое уведомление “Не удалось восстановить подключение ко всем сетевым дискам” при каждой загрузке Windows, вы можете его отключить.
Для этого в ветке реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider нужно создать параметр типа DWORD с именем RestoreConnection и значением 0.
14.07.2020
itpro
Active Directory, Windows 10, Windows Server 2016, Групповые политики
комментариев 26
Вы можете использовать групповые политики для гибкого подключения сетевых папок с файловых серверов в виде отдельных сетевых дисков Windows. Исторически для подключения сетевых дисков использовались логон bat скрипты с командой net use U: \\server1\share . Однако групповые политики намного гибче, отрабатывают быстрее и обновляются в фоновом режиме (не нужно выполнять перезагрузку или логоф пользователя для подключения сетевых дисков через GPO).
В этой статье мы покажем, как использовать GPO для подключения сетевых дисков в Windows: рассмотрим подключение общей сетевой папки отдела на основе групп безопасности AD и персональных сетевых дисков пользователей на сетевом хранилище.
Создайте в Active Directory новую группу для отдела менеджеров и добавьте в нее учетные записи сотрудников. Можно создать и наполнить группу из графической консоли ADUC или воспользоваться командлетами PowerShell для управления группами AD (входят в модуль AD PowerShell):
New-ADGroup "SPB-managers" -path 'OU=Groups,OU=SPB,dc=test,DC=com' -GroupScope Global -PassThru –Verbose
Add-AdGroupMember -Identity SPB-managers -Members a.novak, r.radojic, a.petrov, n.pavlov
Для создание автоматически наполняющихся групп AD можно использовать скрипт из статьи Динамические группы в Active Directory.
Предположим, у вас есть файловый сервер, на котором хранятся общие сетевые каталоги департаментов. UNC путь к общему рабочему каталогу менеджеров, который нужно подключить всем сотрудникам отдела — \\server1\share\managers .
Теперь нужно создать GPO для подключения данного сетевого каталога в виде диска.
- Action: Update (этот режим используется чаше всего);
- Location: UNC путь к каталогу, который нужно подключить;
- Label as: метка диска;
- Reconnect: сделать сетевой диск постоянным (будет переподключаться каждый раз при входе, даже если вы удалите политику – аналог параметра /persistent в net use);
- Drive Letter – назначить букву диска;
- Connect as: опция сейчас не доступна, т.к. Microsoft запретила сохранять пароли в Group Policy Preferences.
Если подключенные сетевые диски не доступны из программ, запущенных с правами администратора, нужно использовать специальный параметр реестра EnableLinkedConnections (его можно распространить через GPO).
Создадим еще одно правило политики, которое подключает персональные сетевые каталоги пользователей в виде сетевых дисков. Допустим, у вас есть файловый сервер, на котором хранятся личные папки пользователей (на каждую папку назначены индивидуальные NTFS разрешения, чтобы пользователи не могли получить доступ к чужим данным). Вы хотите, чтобы эти каталоги автоматически подключались в сеанс пользователя в виде сетевых дисков.
Создайте для каждого пользователя отдельный каталог, соответствующий его имени в AD ( sAMAccountName ) и назначьте нужные NTFS права.
Создайте еще одно правило подключения дисков в той же самой GPO.
В настройках политики укажите путь к сетевому каталогу с личными папками пользователей в виде \\server1\share\home\%LogonUser% . В качестве метки диска я указал %LogonUser% - Personal .
Полный список переменных окружения, которые можно использовать в GPP можно вывести, нажав клавишу F3.
Сохраните изменения и обновите политики на компьютерах пользователей командой:
Теперь у пользователей должны подключиться новые сетевые диски — персональные каталоги с файлового сервера. Пользователи смогут использовать их для хранения личных данных. Такой сетевой диск будет подключаться на любом компьютере, на который выполнил вход пользователь.
В Windows 10 1809 была проблема с подключением сетевых дисков, для исправления нужно установить специальный патч.
Таким образом в одной GPO вы можете создать множество отдельных параметров с различными условиями подключения сетевых дисков пользователям.
Для выборки различных критериев компьютеров или пользователей при подключении дисков используется функционал таргетинга GPP (в основе лежат wmi фильтры).
У одного из заказчиков пользователи постоянно жалуются, что новые файлы в общей сетевой папке на Windows Server 2008 R2 появляется не сразу, а с большой задержкой, даже при выполнении обновления содержимого папки по F5. Независимо от того, открывает ли пользователь сетевую папку по UNC пути или она подключена в виде сетевого диска – новые файлы и папки после копирования или создания появляется не сразу, а через одну-две минуты. Причем, если вручную указать полное имя файла через UNC путь (\\srv1\share\file1.txt), он открывается, хотя в папке его не видно.
Таким образом в некоторые моменты времени список файлов в одной и той же сетевой папке при просмотре на разных компьютерах может не совпадать. Отметим, что в качестве десктопных ОС на компьютерах пользователей используется Windows 7.
Дело в том, что в версии SMB v2.x, представленном в Windows 2008 / Vista (см. таблицу с версиями протокола SMB ) для уменьшения трафика и количества SMB запросов между SMB-клиентом и сервером, и ускорения доступа к общим папкам и файлам по сети стал использоваться механизм кэширования (это дает ощутимый эффект при доступе к сетевой папке через медленный канал или канал с большими задержками). Таким образом компонента Microsoft Redirector на компьютерах пользователей использует локальный кэш с метаданными сетевого каталога. По умолчанию этот кэш очищается каждые 10 секунд.
В том случае, если у вас также наблюдается задержка появления новых файлов в сетевых папках, можно отключить кэширование метаданных для протокола SMB v2 на стороне клиентов.
Совет . Обратите внимание, что компьютеры с Windows 8 и Windows 10 для доступа к сетевым папкам на Windows Server 2008 R2 используют клиент SMB v2, несмотря на то, что в них поддерживается более новый протокол SMB v3. Чтобы определить версию протокола SMB, по которой клиент взаимодействует с сервером, выполните следующую Powershell команду:
Имеется три параметра реестра, которые управляют настройками кэширования сетевых папках на стороне SMB клиента. Microsoft утверждает, что значения по-умолчанию для этих ключей обеспечивают наилучшую производительность для большинства сред. Эти параметры управлением кэша SMB2 находятся в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters .
- DirectoryCacheLifetime – срок жизни кэша метаданных сетевой папки (по умолчанию 10 секунд).
- FileNotFoundCacheLifetime – кэш ответа «Файл не найден» (5 секунд).
- FileInfoCacheLifetime – хранение кэша с информацией о файле (10 секунд).
Таким образом по-умолчанию срок жизни кэша в SMBv2 папке – 10 секунд. Когда клиент выполняет обновление содержимого сетевой папки, результат последнего обновления хранится клиентом в течении 10 секунд. Все приложения при доступе к данному каталогу сначала пытаются использовать этот кэш.
В том случае, если вы столкнулись с тем, что новые файлы не сразу отображаются в сетевой папке, значит вам нужно проверить значение ключа реестра DirectoryCacheLifetime и уменьшить его (или совсем отключить).
Чтобы отключить кэширование содержимого SMB папок, в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters создайте DWORD параметр с именем DirectoryCacheLifetime и измените его на 0 и перезагрузите компьютер (аналогично можно изменить на 0 значения параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime).
После этого все изменения в сетевой папке будут сразу отображаться на клиенте (содержимое папки обновляется каждый раз и локальных кэш не используется).
Все ответы
Думаю нужна более подробная информация о конфигурации вашего сервера. "На Невозможное нужно немного больше времени, чем на Возможное" (С)
Сам не сталкивался, но читал что такие проблемы возникают при использовании Nvidia 3d Vision. Попробуйте переустановить драйверы видео на "проблемном" компьютере.
Думаю нужна более подробная информация о конфигурации вашего сервера. "На Невозможное нужно немного больше времени, чем на Возможное" (С)
Подскажите пожалуйста, какие подробности Вас интересуют?
Спасибо за подсказку, у меня на всех машинах стоит встройка от интел, так что - драйверы отпадают.
Ещё где-то читал (где точно не помню), что подобные проблемы были у Windows 7 компьютеров до выхода какого-то обновления. С выходом этого обновления проблемы, вроде, исчезли. Попробуйте установить все обновления. Хуже, ИМХО, не будет.
Ещё есть мысль, что, возможно, доступ к этому файлу может временно блокироваться антивирусной программой (на сервере стоит какой-то антивирус?) до тех пор пока этот файл этим антивирусом не будет полностью проверен. Если файл большой - это может занять некоторое время. Можно попробовать на сервере посмотреть список активных процессов в период после которого файл был уже выложен и до того момента, когда файл будет виден всем остальным пользователям. Если будет наблюдаться активность антивирусной программы - значит речь идёт именно о том, что я предположил. MCSA
Спасибо за совет, уважаемый йожыг =)
Речь идет о небольших вордовских\экселевских файлах. Антивирус на сервере есть, активность понаблюдаю.
А вот по поводу обновлений странно. Операционки, в самом деле, везде windows 7. Но обновления везде стоят.
Какой, если не секрет? Если добавить, допустим, в качестве эксперимента папку в Исключание для сканирования (и на сервере и на клиенте), то, наверняка, тоже можно убедиться влияет ли антивирус на такое поведение.
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
Какой, если не секрет? Если добавить, допустим, в качестве эксперимента папку в Исключание для сканирования (и на сервере и на клиенте), то, наверняка, тоже можно убедиться влияет ли антивирус на такое поведение.
Microsoft security essentials. Добавить добавил, но проблемы с недельку пока небыло
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
У меня такая же проблема. Симптомы те же. Я грешу на DFS, хотя под конечным объектом пространства имен у меня только одна конечная папка и никакой синхронизации нет.
Я DFS даже не использую. Просто расшаренная папка на компе в составе домена.
У меня ситуация похожая. Но файлы находятся не на контроллере домена, а на отдельном файл-сервере тоже под Win2008R2, и такая проблема возникает только на одной рабочей станции с Win7. Причём все рабочие станции настраиваются стандартно, у всех стандартный набор ПО, но вот только с одной проблема - не всегда обновляется список файлов в сетевой папке (F5 нажимать бесполезно - появляется само спустя какое-то время). Автономные файлы отключены, индексирование тоже отключил - не помогает ничего.
У меня тоже самое. Из 40 машин у 5-6 проблемы с отображением только что созданных папок и файлов на сетевом ресурсе. Везде Win7. Мне кажется данная проблема прилетела после какого то обновления.
Аналогично наблюдаю похожую проблему. Что интересно с одних компов видны файлы, с других появляются спустя некоторое время.
Такая же проблема. Клиенты Windows 7, файловые сервера и контроллер домена на Server 2012. Большинство пользователей при выкладывании файлов с локального компьютера в сетевую папку не видят их на терминальном сервере 2008R2 по 15-30 минут.
Такая же проблема, мфу сканирует в сетевую папку на 2008r2, win7 иногда не сразу видит файл .
Попробуйте отключить Автономные файлы (см. статью) и на клиентской машине и на сервере. Мне помогло именно это.
Попробуйте отключить Автономные файлы и на клиентской машине и на сервере. Мне помогло именно это.MCSA
Автономные выключены, да и суть проблемы не в этом.
Удалось победить лишь исправлением ветки реестра на файловом сервере под управлением Server 2012.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation стояло значение 1, поставил 2 (значение по умолчанию)
После этих манипуляций все заработало как и должно быть.
Подозреваю, что когда стоял Server 2008, один из админов для увеличения производительности файлового сервера поменял значение этого параметра, с того времени начались проблемы, я, думая что обновление до следующих релизов исправит это, обновил до Server 2012, но при обновлении значения реестра остаются старыми и поэтому должного эффекта не добился.
03.03.2022
itpro
PowerShell, Windows 10, Windows 7, Windows Server 2019
комментария 2
У одного из заказчиков пользователи постоянно жалуются, что с их компьютеров очень медленно открываются и сохраняются файлы в сетевой папке. Когда пользователь в File Explorer открывает сетевую папку по UNC пути, или через букву диска (если папка подключена как сетевой диск), ее содержимое отображается на экране только через несколько 10-60 секунд. При создании новых файлов в сетевой папке они также отображаются не сразу, а с большой задержкой через 3-4 минуты (даже если обновлять содержимое папки с помощью F5 ). Причем, если вручную указать полное имя файла через UNC путь ( \\srv1\share\file1.txt ), он открывается, хотя в папке его не видно.
В Windows есть специальный компонент Network Redirector, который используется для доступа к файлам и другим сетевым ресурсам на удаленных компьютерах. Начиная с версии SMB (Server Message Block) v2.x (см. таблицу с версиями протокола SMB), Network Redirector использует механизм кэширования при доступе к общим папкам и файлам по сети. Благодаря этому пользователи получают данные из локального кэша с метаданными сетевого каталога. Это уменьшает трафик и количество SMB запросов между клиентом и сервером (особенно заметно на медленных и нестабильных каналах). По умолчанию этот кэш очищается каждые 10 секунд.
Если у вас на клиентах долго открывается содержимое сетевых папок, можно попробовать отключить кэширование метаданных протокола SMB на стороне клиентов или в настройках сетевой папки.
Проще всего отключить кэширования в настройка сетевой папки. Для этого откройте свойства общей папке на сервере, и перейдите на вкладку Доступ (Sharing) -> Расширенная настройка (Advanced Sharing) -> кнопка Кэширование (Caching). Выберите вторую опцию “Файлы и программы в этой папке недоступны вне сети” (No files or programs from the shared folder are available offline).
Или воспользуйтесь командой:
Set-SMBShare -Name ShareName -CachingMode None
Это отключит как кэширование, так и оффлайн доступ к этой папке (см. статью про использование автономных offline файлов в Windows).
Есть три параметра реестра, которые управляют настройками кэширования сетевых папок на стороне SMB клиента. Microsoft утверждает, что значения по-умолчанию для этих ключей обеспечивают наилучшую производительность для большинства сред. Параметры управлением кэшем SMB находятся в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters.
- DirectoryCacheLifetime – срок жизни кэша с метаданными сетевой папки, полученный при последнем обращении (по умолчанию 10 секунд);
- FileNotFoundCacheLifetime – кэш ответа “Файл не найден” (5 секунд).
- FileInfoCacheLifetime – срок жизни кэша с информацией о файле (10 секунд).
По умолчанию срок жизни кэша для SMB папки всего 10 секунд. Когда клиент выполняет обновление содержимого сетевой папки, результат последнего обновления хранится клиентом в течении 10 секунд. Все приложения при доступе к данному сетевому каталогу сначала пытаются использовать этот кэш.
В некоторых случаях механизм кэширования данных в SMB папках работает некорректно (чаще всего это наблюдается с сетевыми папками, содержащими тысячи файлов и папок). В этом случае, пользователи могут наблюдать значительные задержки при открытии, просмотре и создании файлов в сетевых папках.
Вы можете отключить кэширование содержимого SMB папок. Для этого создайте в ветке реестра HKLM\System\CurrentControlSet\Services\LanmanWorkstation\Parameters параметр тип DWORD с именем DirectoryCacheLifetime и значением 0. Также задайте 0 в качестве значений параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime. Создать параметры реестра можно с помощью regedit.exe или PowerShell командлета New-ItemProperty:
$regpath= "HKLM:\System\CurrentControlSet\Services\LanmanWorkstation\Parameters"
$Name1 = “DirectoryCacheLifetime”
$Name2 = “FileInfoCacheLifetime”
$Name3 = “FileNotFoundCacheLifetime”
New-ItemProperty -Path $regpath -Name DirectoryCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
New-ItemProperty -Path $regpath -Name FileInfoCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
New-ItemProperty -Path $regpath -Name FileNotFoundCacheLifetime -Value 0 -PropertyType DWORD -Force | Out-Null
Для применения настроек в силу нужно перезагрузить компьютер. Если эти настройки нужно применить на нескольких компьютерах, вы можете использовать GPO для распространения параметров реестра.
Также можно использовать командлет Set-SmbClientConfiguration для тонкой настройки SMB клиента:
Set-SmbClientConfiguration -DirectoryCacheLifetime 0
Set-SmbClientConfiguration -FileInfoCacheLifetime 0
Set-SmbClientConfiguration -FileNotFoundCacheLifetime 0
Текущие настройки кэширования для SMB клиента Windows можно вывести так:
get-smbclientconfiguration| select *cache*
После этого все изменения в сетевой папке будут сразу отображаться на клиенте (содержимое папки обновляется каждый раз и локальных кэш не используется).
Есть еще несколько причин, из-за которых содержимое сетевых папок может отображаться медленно:
05.05.2021
itpro
PowerShell, Windows 10, Групповые политики
комментариев 15
В последних билдах Windows 10 встречался неприятный баг, из-за которого перестают подключаться сетевые диски после перезагрузки компьютера. После входа в систему пользователь в проводнике Windows видит красный крест на иконках всех подключенных сетевых дисков. Если в командой строке выполнить команду net use, то напротив всех подключенных дисков вы увидите статус Недоступны (Unavailable). Автоматически не переподключаются как сетевые диски, подключенные пользователем, так и диски, подключаемые через GPO.
Впервые эта проблема была обнаружена в Windows 10 1809, но она встречается и в более новых билдах, в том числе в Windows 10 2004.
Windows 10 не восстанавливает подключение к сетевым дискам
Windows 10 по какой-то причине перестает автоматически подключать сетевые диски после перезагрузки компьютера. Сетевые диски отображаются в проводнике, но подключиться к ним нельзя.
При этом в области уведомлений появляется всплывающее окно с текстом:
Проблема возникает как с дисками, подключенных с NAS устройств, так и с сетевыми папками на других компьютерах Windows/Linux. Этот баг впервые появился в Windows 10 1809 и по словам Microsoft исправлен обновлением KB469342 выпущенным 5 декабря 2018 года (addresses an issue that may cause mapped drives to fail to reconnect after starting and logging onto a Windows device). Но проблема встречается и в других билдах Windows 10.
Также Microsoft предлагает обходное решение проблемы с восстановлением подключения к сетевым дискам (см. KB4471218 — Mapped network drive may fail to reconnect in Windows 10). Для этого при входе пользователя в систему предлагается запускать PowerShell скрипт, который должен переподключить все недоступные сетевые диски. Если сетевые диски подключаются через групповые политики, нужно изменить настройки GPO.
Настроить задержку подключения сетевых дисков в Windows через GPO
Windows может пытаться переподключить сетевые диски при входе пользователя до полноценной инициализации сетевого интерфейса. Чтобы предотвратить подключение сетевых дисков до полного включения сети, вы можете включить специальный параметр групповой политики.
Вы можете настроить этот параметр через редактор локальной групповой политики ( gpedit.msc ) или из редактора доменных GPO ( gpmc.msc ). Перейдите в раздел Computer Configuration -> Administrative Templates -> System -> Logon и включите политику Always wait for the network at computer startup and logon (Всегда ожидать инициализации сети при загрузке и входе в систему).
Также эту проблему можно решить, если просто подождать 15 секунд после загрузки компьютера (или выхода его из режима гибернации/спящего режима), прежде чем логиниться. Этого времени будет достаточно, чтобы Windows инициализировала сеть.
Читайте также: