Windows 7 сетевая папка не обновляется

У одного из заказчиков пользователи постоянно жалуются, что с их компьютеров очень медленно открываются и сохраняются файлы в сетевой папке. Когда пользователь в 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*

DirectoryCacheEntriesMax : 16
DirectoryCacheEntrySizeMax : 65536
DirectoryCacheLifetime : 0
FileInfoCacheEntriesMax : 64
FileInfoCacheLifetime : 0
FileNotFoundCacheEntriesMax : 128
FileNotFoundCacheLifetime : 0

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

Есть еще несколько причин, из-за которых содержимое сетевых папок может отображаться медленно:

Включенная для сетевой папки опция “Access-based Enumeration” (позволяет скрыть файл и папки, на которых у пользователя нет прав доступа на уровне NTFS) может вызывать медленное обновление списка файлов в сетевой папке с большим количеством объектов;
На виртуальных машинах Hyper-V с Windows Server 2019 может наблюдаться низкая скорость сети (по сравнению с WS2016/2012R2);
На доменных компьютерах попробуйте отключить протокол NetBIOS в свойствах вашего TCP/IPv4 подключения (
ncpa.cpl
, откройте настройки TCP/IPv4 сетевой карты и выберите Disable Netbios over TCPIP на вкладке WINS).
Попробуйте выполнить сброс сетевых настроек и стека TCP/IP на клиенте Windows (в Windows 10 есть специальная кнопка Network Reset или воспользуйтесь командой
netsh int ip reset

Источник

У одного из заказчиков пользователи постоянно жалуются, что с их компьютеров очень медленно открываются и сохраняются файлы в сетевой папке. Когда пользователь в File Explorer открывает сетевую папку по UNC пути, или через букву диска (если папка подключена как сетевой диск), ее содержимое отображается на экране только через несколько 10-60 секунд. При создании новых файлов в сетевой папке они также отображаются не сразу, а с большой задержкой через 3-4 минуты (даже если обновлять содержимое папки с помощью
F5
). Причем, если вручную указать полное имя файла через UNC путь (
\srv1sharefile1.txt
), он открывается, хотя в папке его не видно.

Или воспользуйтесь командой:

Set-SMBShare -Name ShareName -CachingMode None

Есть три параметра реестра, которые управляют настройками кэширования сетевых папок на стороне SMB клиента. Microsoft утверждает, что значения по-умолчанию для этих ключей обеспечивают наилучшую производительность для большинства сред. Параметры управлением кэшем SMB находятся в ветке реестра HKLMSystemCurrentControlSetServicesLanmanWorkstationParameters.

DirectoryCacheLifetime – срок жизни кэша с метаданными сетевой папки, полученный при последнем обращении (по умолчанию 10 секунд);
FileNotFoundCacheLifetime – кэш ответа “Файл не найден” (5 секунд).
FileInfoCacheLifetime – срок жизни кэша с информацией о файле (10 секунд).

Вы можете отключить кэширование содержимого SMB папок. Для этого создайте в ветке реестра HKLMSystemCurrentControlSetServicesLanmanWorkstationParameters параметр тип DWORD с именем DirectoryCacheLifetime и значением 0. Также задайте 0 в качестве значений параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime. Создать параметры реестра можно с помощью regedit.exe или PowerShell командлета New-ItemProperty:

$regpath= "HKLM:SystemCurrentControlSetServicesLanmanWorkstationParameters" $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

Отключение кэширования сетевых папок увеличивает сетевой трафик и нагрузку на сервер.

Также можно использовать командлет Set-SmbClientConfiguration для тонкой настройки SMB клиента:

Set-SmbClientConfiguration -DirectoryCacheLifetime 0 Set-SmbClientConfiguration -FileInfoCacheLifetime 0 Set-SmbClientConfiguration -FileNotFoundCacheLifetime 0

Текущие настройки кэширования для SMB клиента Windows можно вывести так:

get-smbclientconfiguration| select *cache*

DirectoryCacheEntriesMax : 16
DirectoryCacheEntrySizeMax : 65536
DirectoryCacheLifetime : 0
FileInfoCacheEntriesMax : 64
FileInfoCacheLifetime : 0
FileNotFoundCacheEntriesMax : 128
FileNotFoundCacheLifetime : 0

Есть еще несколько причин, из-за которых содержимое сетевых папок может отображаться медленно:

Включенная для сетевой папки опция “Access-based Enumeration” (позволяет скрыть файл и папки, на которых у пользователя нет прав доступа на уровне NTFS) может вызывать медленное обновление списка файлов в сетевой папке с большим количеством объектов;
На виртуальных машинах Hyper-V с Windows Server 2019 может наблюдаться низкая скорость сети (по сравнению с WS2016/2012R2);
На доменных компьютерах попробуйте отключить протокол NetBIOS в свойствах вашего TCP/IPv4 подключения (
ncpa.cpl
, откройте настройки TCP/IPv4 сетевой карты и выберите Disable Netbios over TCPIP на вкладке WINS).
Попробуйте выполнить сброс сетевых настроек и стека TCP/IP на клиенте Windows (в Windows 10 есть специальная кнопка Network Reset или воспользуйтесь командой
netsh int ip reset

Наша Windows Компьютер 10 включает в себя ряд инструментов, которые мы используем в повседневной жизни существенно. Один из них является File Explorer. Полезный инструмент, который позволит нам перемещаться между различными папками, которые являются частью нашего компьютера, чтобы организовывать и контролировать файлы различных систем хранения, которые мы используем.

Содержание

Проводник Windows не обновляется автоматически
Браузер не обновляет эскизы изображений и PDF-файлов.
Сбросить кеш значков
Очистить историю проводника
Отключить функцию быстрого доступа
Сбросить параметры поиска
Рабочий стол или Проводник не обновляются автоматически в Windows 10
Проводник не обновляется автоматически
Задержка появления новых файлов в сетевой папке на Windows Server 2008 R2
Проводник не обновляет автоматически
Рабочий стол или Проводник не обновляются автоматически под Windows 10 / 8 / 7
Проводник не обновляется автоматически

Для решения этой проблемы потребуется доступ к «Редактору реестра» Windows. Для этого мы должны выполнить сочетание клавиш «Windows + r» и запустить команду «Выполнить». Здесь мы должны написать «regedit» и нажать ОК. Автоматически появляется окно с открытым редактором реестра.

Далее, если на нашем компьютере установлена версия Windows на основе 64-битных систем, мы должны получить доступ по следующему пути:

HKEY_CLASSES_ROOT / Wow6432Node / CLSID

Если на нашем ПК установлена 32-разрядная ОС Windows, мы получим доступ по следующему пути.

После того, как мы нашли путь, мы должны щелкнуть правой кнопкой мыши по CLSID, выбрать «Новый», а затем «Ключ», которому мы дадим следующее имя:

Затем мы щелкаем по нему правой кнопкой и выбираем «Изменить». В следующем окне мы должны убедиться, что его значение равно 0 (ноль), и мы принимаем его.

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

Браузер не обновляет эскизы изображений и PDF-файлов.

Другая проблема с обновлением проводника связана с проблемами отображения эскизов изображений, PDF-файлов или других файлов. Чтобы решить эту проблему, мы можем выполнить один или несколько из следующих шагов.

Сбросить кеш значков

Попробуем исправить проблему сбросом кеша иконок. Для этого мы должны открыть проводник, написать его имя в меню «Пуск» поисковика и выбрать его.

После открытия мы должны видеть скрытые файлы. Для этого перейдите на вкладку «Просмотр» и установите флажок «Скрытые элементы». Мы также можем активировать его, щелкнув вкладку «Параметры» справа, щелкнув вкладку «Просмотр» и установив флажок «Показывать скрытые файлы, папки и диски».

Затем мы должны перейти в браузере по следующему маршруту:

C: / Users / Nombre usuario / AppData / Local

Очистить историю проводника

По этой причине мы должны снова открыть проводник из меню «Пуск» Windows, выбрать меню «Vista», нажать кнопку «Параметры» и «Изменить папку и параметры поиска».

Далее появится новое окно, в котором мы видим Конфиденциальность раздел внизу. Здесь мы находим «Удалить историю проводника файлов» и нажимаем кнопку «Удалить». Наконец, нажмите «Применить» и «ОК», чтобы подтвердить внесенные изменения. Как только это будет сделано, мы проверяем, можно ли обновить файлы и папки.

Отключить функцию быстрого доступа

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

Вот почему мы попытаемся отключить эту функцию, чтобы посмотреть, решит ли она проблему. Для этого давайте снова откроем проводник из меню «Пуск». Щелкните вкладку «Просмотр», затем значок «Параметры» и «Изменить папку и параметры поиска».

В следующем окне мы переходим в раздел «Конфиденциальность» и снимите флажок поля «Показывать недавно использованные файлы в быстром доступе» и «Показывать часто используемые папки в быстром доступе». Наконец, нажмите «Применить» и «Принять», чтобы подтвердить изменения. Перезагружаем компьютер и проверяем, дали ли изменения желаемый эффект.

Сбросить параметры поиска

Источник

Рабочий стол или Проводник не обновляются автоматически в Windows 10

Окно или папка Windows Desktop или Windows File Explorer автоматически обновятся при внесении изменений в их содержимое. Это может быть создание нового ярлыка, создание или сохранение в нем нового файла или папки и т. Д.

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

Проводник не обновляется автоматически

Если вы обнаружите, что вам необходимо часто обновлять рабочий стол в Windows 10/8/7, вы можете выполнить следующие действия, чтобы попытаться устранить проблему.

Откройте редактор реестра и перейдите к следующему разделу реестра:

64-разрядным пользователям, возможно, придется заглянуть в:

Вероятно, вы найдете его в одном из следующих мест в зависимости от того, является ли ваша Windows 32-битной или Windows 64-битной:

Известно, что это помогло решить проблему в большинстве случаев.

Если это не так, вот несколько других советов:

1] Используйте ShellExView из Nirsoft и отключите сторонние расширения оболочки, которые могут препятствовать нормальному функционированию Windows Explorer. Это может быть метод проб и ошибок.

2] В диспетчере задач завершите процесс explorer.exe и перезапустите его снова. Также восстановите настройки Explorer по умолчанию. Для этого откройте «Свойства папки» и на вкладке «Общие» нажмите «Восстановить настройки по умолчанию». Нажмите Применить и выйти.

3] Некоторые обнаружили, что удаление кеша миниатюр и восстановление кеша иконок помогло им решить проблему.

4] Перезагрузитесь в чистом состоянии загрузки и попробуйте устранить проблему.

Эта проблема кажется довольно распространенной – настолько, что для нее даже есть аббревиатура: WEDR – проводник Windows не обновляется! Итак, у BSOD появился компаньон! 🙂

Microsoft выпустила некоторые исправления для решения таких проблем в KB960954 и KB823291. Прежде чем принять решение о загрузке и применении, проверьте, ЕСЛИ они применимы к вашей операционной системе и ситуации.

См. Этот пост, если значки вашего рабочего стола медленно загружаются при запуске в Windows 10.

Проверьте это сообщение, если обнаружите, что ваша корзина не обновляется правильно.

Источник

Задержка появления новых файлов в сетевой папке на Windows Server 2008 R2

У одного из заказчиков пользователи постоянно жалуются, что новые файлы в общей сетевой папке на Windows Server 2008 R2 появляется не сразу, а с большой задержкой, даже при выполнении обновления содержимого папки по F5. Независимо от того, открывает ли пользователь сетевую папку по UNC пути или она подключена в виде сетевого диска – новые файлы и папки после копирования или создания появляется не сразу, а через одну-две минуты. Причем, если вручную указать полное имя файла через UNC путь ( \srv1sharefile1.txt ), он открывается, хотя в папке его не видно.

Таким образом в некоторые моменты времени список файлов в одной и той же сетевой папке при просмотре на разных компьютерах может не совпадать. Отметим, что в качестве десктопных ОС на компьютерах пользователей используется Windows 7.

Дело в том, что в версии SMB v2.x, представленном в Windows 2008 / Vista (см. таблицу с версиями протокола SMB) для уменьшения трафика и количества SMB запросов между SMB-клиентом и сервером, и ускорения доступа к общим папкам и файлам по сети стал использоваться механизм кэширования (это дает ощутимый эффект при доступе к сетевой папке через медленный канал или канал с большими задержками). Таким образом компонента Microsoft Redirector на компьютерах пользователей использует локальный кэш с метаданными сетевого каталога. По умолчанию этот кэш очищается каждые 10 секунд.

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

Имеется три параметра реестра, которые управляют настройками кэширования сетевых папках на стороне SMB клиента. Microsoft утверждает, что значения по-умолчанию для этих ключей обеспечивают наилучшую производительность для большинства сред. Эти параметры управлением кэша SMB2 находятся в ветке реестра HKLMSystemCurrentControlSetServicesLanmanWorkstationParameters.

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

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

Чтобы отключить кэширование содержимого SMB папок, в ветке реестра HKLMSystemCurrentControlSetServicesLanmanWorkstationParameters создайте DWORD параметр с именем DirectoryCacheLifetime и измените его на и перезагрузите компьютер (аналогично можно изменить на 0 значения параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime).

Источник

Проводник не обновляет автоматически

У кого-нибудь есть идеи как это исправить?

Вот невероятно простое решение, которое сработало для меня. Это может работать и для вас:

Дайте мне знать, если эти ссылки помогут вам!

Решение, которое сработало для меня: я обнаружил, что ни один из шагов, рекомендованных выше (или на других сайтах), не работает. Однако папка, в которой я работал, была частью «Библиотеки». Я обнаружил, что если я переключаюсь на работу в исходном месте файла, у меня больше нет проблемы. Кажется, есть ошибка с обновлением представлений Windows в библиотеках.

Более подробно: я пытался работать в Библиотеке Диссертационное исследование, которое включает в себя несколько папок, расположенных на разных дисках. Я перешел на работу в D: Dropbox Academia Диссертация. Задача решена.

Надеюсь, это поможет кому-то еще.

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

Щелкните правой кнопкой мыши по каждой основной папке в библиотеках, затем выберите «Свойства», убедитесь, что выбран правильный тип оптимизации («Документы», «Музыка» и т. Д.), «Восстановить настройки по умолчанию», «Применить». Удалите затем обновления в папках библиотек.

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

Источник

Рабочий стол или Проводник не обновляются автоматически под Windows 10 / 8 / 7

Окно или папка Windows Desktop или Windows File Explorer автоматически обновляются при изменении содержимого. Это может быть создание нового ярлыка, создание или сохранение нового файла или папки и т. Д.

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

Проводник не обновляется автоматически

Если вы обнаружите, что вам нужно часто обновлять свой рабочий стол, вы можете выполнить следующие действия для решения проблемы.

Откройте редактор реестра и перейдите к следующему разделу реестра:

Пользователям 64-битов может потребоваться посмотреть:

Вы, вероятно, найдете его в одном из следующих мест, в зависимости от того, является ли ваша Windows 32-битной или 64-битной:

Если вы этого не видите, вы должны создать путь Instancedontrefresh на каждом уровне, щелкнув правой кнопкой мыши и выбрав New> DWORD следующим образом:

Известно, что в большинстве случаев это помогло решить проблему.

Если нет, вот некоторые другие предложения:

1] Использование Nirsoft ShellExView и отключите сторонние расширения оболочки, которые могут помешать нормальной работе Windows Explorer. Это может быть метод проб и ошибок.

2] В диспетчере задач выйдите и перезапустите процесс explorer.exe. Восстановите настройки Explorer по умолчанию. Для этого откройте параметры папки и нажмите «Восстановить настройки по умолчанию» на вкладке «Общие». Нажмите Применить и выйти.

Восстановление кэша значков помогло им решить проблему.

4] Перезагрузите компьютер в чистом состоянии и попробуйте решить проблему.

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

См. Эту статью, если значки вашего рабочего стола загружаются медленно при запуске Windows 10.

UPDATE: Смотрите также комментарий к tralala / Truth101 / Guest ниже.

Проверьте это сообщение, если вы заметили, что ваша корзина не обновлена правильно.

Только записи, принадлежащие администратору, могут выполнять шорткод include me

Источник

У одного из заказчиков пользователи постоянно жалуются, что новые файлы в общей сетевой папке на 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 используют клиент SMB v2 для доступа к сетевым папкам на Windows Server 2008 R2, даже если они поддерживают протокол SMB v3. Чтобы определить версию протокола SMB, по которой клиент взаимодействует с сервером, выполните следующую команду Powershell:

Get-SmbConnection

Есть три параметра реестра, которые управляют настройками кэширования для клиентских сетевых папок 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 и перезагрузите компьютер (аналогично можно изменить значения Параметров FileInfoCacheLifetime и FileNotFoundCacheLifetime на 0).

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

Источник изображения: winitpro.ru

Источник

Remove From My Forums

Общие обсуждения
Перестала автоматически рефрешиться папка сетевые подключения (Windows 7)/

У меня Windows 7 N x64 English Ultimate.

В какой то момент перестала автоматически обновлять свое состояние папка сетевые подключения. Т.е. после того как я выключил какое-либо сетевое подключение, мне нужно кликнуть refresh, чтобы появилась возможность его обратно включить. И так после любого
действия мне нужно кликать refresh, чтобы изменения состояния отобразились.
- Изменен тип
  
  20 сентября 2010 г. 5:30
  давность и отсутствие активности в теме

Источник

Симптомы

Рассмотрим следующий сценарий:

Сценарий 1

Для пользователя перенаправить его документы на файловом сервере включена функция перенаправления папок.
Включите функцию автономного просмотра файлов на компьютере под управлением Windows Server 2008 R2 или Windows 7.
Изменение местоположения сервера назначения файла для перенаправления документов пользователя на новое место. Или если новое расположение файлов сервера представляет различные физические хранилища, перемещении данных пользователя из старого расположения сервера файл в новое место файла сервера.

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

В этом случае нельзя гарантировать порядок обновления политики перенаправления папок и гарантирует сценарий для переименования элементов в кэше автономных файлов будет правильно обновлены конфигурации пользователя без созданный ненужный сетевой трафик. Кроме того Если пользователь не имеет учетных данных администратора, переименование элементов в кэше автономных файлов не допускается. Тем не менее в Windows XP это можно сделать для пользователей без административных учетных данных.

Сценарий 2

Закрепить сервера содержимое некоторых файлов в кэше автономных файлов для пользователей с помощью сценария входа или автономных файлов групповой политики на компьютере под управлением Windows Server 2008 R2 или Windows 7.
Содержимое перемещается на сервер другого файла или другую папку DFS. Поэтому содержимое будет доступно новое имя.
Необходимо, чтобы пользователь продолжает кэширование данных без необходимости повторного кэширования данных из нового расположения сервера.

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

Решение

Для решения этой проблемы установите указанное ниже исправление на соответствующем компьютере. После установки исправления можно обновить общую папку записи в кэше CSC без административных учетных данных.

Обратите внимание: несмотря на то, что это исправление включено в Windows Server 2008 R2 и Windows 7 с пакетом обновления 1 необходимо добавить в реестр, чтобы включить функцию. Далее потребуется установить ниже дополнительные исправления для предоставления метода RenameItemEx в пакете обновления 1:

2610379 политику перенаправления папки не работает, если предыдущий пользователь задает перенаправленной папки в автономном режиме в Windows 7 или Windows Server 2008 R2

Сведения об исправлении

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.

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

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:

http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Для установки этого исправления необходимо наличие Windows 7 или Windows Server 2008 R2.

Сведения о реестре

Примечания

Если использовать функцию перенаправления папок, не должен создать следующий раздел реестра для исправления вступили в силу.
Для традиционных общих каталогов можно использовать сценарий входа в систему. Сценарий входа в систему использует метод RenameItemEx класса Win32_OfflineFilesCache. Дополнительные сведения о классе Win32_OfflineFilesCache, посетите следующий веб-узел:http://msdn.microsoft.com/en-us/library/bb309182(VS.85).aspx

Важно. Этот раздел, метод или задача содержат действия, содержащие указания по изменению реестра. Однако, при некорректных изменениях реестра могут возникнуть серьезные проблемы. Поэтому выполняйте следующие действия внимательно. Для дополнительной защиты сделайте резервную копию реестра перед внесением изменений. В таком случае при возникновении неполадок можно будет восстановить реестр. Чтобы узнать дополнительные сведения о резервном копировании и восстановлении реестра, щелкните следующий номер статьи базы знаний Майкрософт:

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

В редакторе реестра найдите следующий подраздел реестра:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer
В подразделе реестра обозревателя нажмите кнопку Изменить, нажмите кнопку Создать, выберите параметр DWORD, введите FolderRedirectionEnableCacheRenameи нажмите клавишу ВВОД.
Десятичное значение записи реестра FolderRedirectionEnableCacheRename значение 1.
Закройте редактор реестра.

Необходимость перезагрузки

После установки исправления компьютер необходимо перезагрузить.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Сведения о файлах

Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.

Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2

Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе «Windows 7/Windows Server 2008 R2» страницы. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.

Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Сведения о дополнительных файлах для Windows Server 2008 R2 и Windows 7». MUM и файлы МАНИФЕСТА и связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновляемого компонента. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Для всех поддерживаемых 86-разрядных версий Windows 7

Имя файла	Версия файла	Размер файла	Дата	Время	Платформа
Cscapi.dll	6.1.7600.20641	34,816	11-Feb-2010	06:54	x86
Cscdll.dll	6.1.7600.20641	23,040	11-Feb-2010	06:54	x86
Cscobj.dll	6.1.7600.20641	138,752	11-Feb-2010	06:54	x86
Offlinefileswmiprovider.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Offlinefileswmiprovider_uninstall.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Csc.sys	6.1.7600.20641	387,584	11-Feb-2010	03:17	x86
Cscmig.dll	6.1.7600.20641	109,568	11-Feb-2010	06:54	x86
Microsoft-windows-offlinefiles-core-ppdlic.xrm-ms	Неприменимо	3,144	11-Feb-2010	07:04	Неприменимо
Cscsvc.dll	6.1.7600.20641	546,304	11-Feb-2010	06:54	x86
Microsoft-windows-offlinefiles.mof	Неприменимо	1,776	13-Jul-2009	20:25	Неприменимо
Apps.inf	Неприменимо	62,334	11-Feb-2010	03:10	Неприменимо
Shell32.dll	6.1.7600.20641	12,868,096	11-Feb-2010	06:54	x86

Для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2

Имя файла	Версия файла	Размер файла	Дата	Время	Платформа
Cscapi.dll	6.1.7600.20641	46,080	11-Feb-2010	07:35	x64
Cscdll.dll	6.1.7600.20641	30,208	11-Feb-2010	07:35	x64
Cscobj.dll	6.1.7600.20641	240,128	11-Feb-2010	07:35	x64
Offlinefileswmiprovider.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Offlinefileswmiprovider_uninstall.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Csc.sys	6.1.7600.20641	514,048	11-Feb-2010	03:29	x64
Cscmig.dll	6.1.7600.20641	137,216	11-Feb-2010	07:35	x64
Microsoft-windows-offlinefiles-core-ppdlic.xrm-ms	Неприменимо	3,144	11-Feb-2010	07:49	Неприменимо
Cscsvc.dll	6.1.7600.20641	692,224	11-Feb-2010	07:35	x64
Microsoft-windows-offlinefiles.mof	Неприменимо	1,776	13-Jul-2009	20:20	Неприменимо
Apps.inf	Неприменимо	62,334	11-Feb-2010	03:20	Неприменимо
Shell32.dll	6.1.7600.20641	14,164,992	11-Feb-2010	07:41	x64
Cscobj.dll	6.1.7600.20641	138,752	11-Feb-2010	06:54	x86
Offlinefileswmiprovider.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Offlinefileswmiprovider_uninstall.mof	Неприменимо	14,568	10-Feb-2010	23:45	Неприменимо
Shell32.dll	6.1.7600.20641	12,868,096	11-Feb-2010	06:54	x86
Cscapi.dll	6.1.7600.20641	34,816	11-Feb-2010	06:54	x86
Cscdll.dll	6.1.7600.20641	23,040	11-Feb-2010	06:54	x86

Для всех поддерживаемых версий Windows Server 2008 R2 для систем на базе процессоров IA-64

Имя файла	Версия файла	Размер файла	Дата	Время	Платформа
Cscapi.dll	6.1.7600.20636	91,136	05-Feb-2010	06:18	IA-64
Cscdll.dll	6.1.7600.20636	68,608	05-Feb-2010	06:18	IA-64
Apps.inf	Неприменимо	62,334	05-Feb-2010	02:45	Неприменимо
Shell32.dll	6.1.7600.20636	21,173,760	05-Feb-2010	06:24	IA-64
Shell32.dll	6.1.7600.20636	12,868,096	05-Feb-2010	07:04	x86
Cscapi.dll	6.1.7600.20636	34,816	05-Feb-2010	07:04	x86
Cscdll.dll	6.1.7600.20636	23,040	05-Feb-2010	07:04	x86

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».

Дополнительные сведения

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

Значение раздела реестра, как описано в разделе «Решение» части «Сведения о реестре».

Примечание. Эта запись реестра имеет значение каждого пользователя, поэтому если несколько пользователей работают на данный клиентский компьютер, этот параметр реестра должно быть установлено для любого пользователя, которого кэшированное содержимое будет перемещаться.
Выход из компьютеров, которые папку общего ресурса, который требуется переместить или удалить общей папки с исходного сервера. Это гарантирует, что не получить доступ к общей папки. Этот шаг гарантирует, что содержимое на сервере могут быть успешно перемещены без сообщения об ошибке, в том, что файл используется.
Резервное копирование содержимого с исходного сервера и восстановить содержимое на целевой сервер. Таким образом, будет сохранять атрибуты файла должны быть перемещены данные отметки времени и безопасности доступа. Если это возможно старый целевой общей папке должен быть без общего доступа на сервере, чтобы запретить синхронизацию изменений данных в прежнем месте после перемещения данных на новый сервер файл пользователю.

Примечание. Перемещение данных с помощью приложения резервного копирования должен быть достаточным для сохранения состояния этого файла. Тем не менее с помощью простого копирования программы, например команды xcopy, не сохраняется состояние файла неправильно.
Обновите конфигурацию перенаправления папок в соответствии с целевым сервером. Например, если вы перенаправление в домашнюю папку пользователя, целевой сервер должен быть формат % HOMESHARE %% HOMEPATH %. Убедитесь, что у «Переместить содержимое документов в новое место» установлен в конфигурации перенаправления папок.

Примечание. Можно выполнить настройку параметра групповой политики перенаправления папки по следующему пути:

Redirection\Documents\Properties Settings\Folder Конфигурация компьютера\Политики\Конфигурация пользователя
Войдите в систему для получения обновленных параметров групповой политики. Это может потребоваться войти в систему, выйдите из системы и снова войти в систему, так как параметры групповой политики применяются асинхронно на входе пользователя в систему.

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

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

Выход из компьютеров, которые папку общего ресурса, который требуется переместить или удалить общей папки с исходного сервера. Это гарантирует, что не получить доступ к общей папке. Этот шаг гарантирует, что содержимое на сервере могут быть успешно перемещены без сообщения об ошибке, в том, что файл используется.
Резервное копирование содержимого с исходного сервера и восстановить содержимое на целевой сервер. Таким образом, будет сохранять атрибуты файла должны быть перемещены данные отметки времени и безопасности доступа. Если это возможно старый целевой общей папке должен быть без общего доступа на сервере, чтобы запретить синхронизацию изменений данных в прежнем месте после перемещения данных на новый сервер файл пользователю.

Примечание. Перемещение данных с помощью приложения резервного копирования должен быть достаточным для сохранения состояния этого файла. Тем не менее с помощью простого копирования программы, например команды xcopy, не сохраняется состояние файла неправильно.
Запустите сценарий, который вызывает метод RenameItemEx класса Win32_OfflineFilesCache для переименования кэшированное содержимое из старого имени на новое имя. При этом вызове происходит сбой, часть содержимого уже используется в кэше, он не может быть переименован в данный момент. Этот сценарий затем можно вызвать метод RenameItem класса Win32_OfflineFilesCache для планирования переименования этого содержимого в кэше при следующей перезагрузке.

Если основной каталог пользователя перемещается таким образом, вы можете найти следующий пример сценария, чтобы убедиться, что все содержимое переименовывается правильно:» THIS CODE AND INFORMATION IS PROVIDED «AS IS» WITHOUT WARRANTY OF
‘ ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO
‘ THE IMPLIED WARRANTIES OF MERCHANTABILITY AND/OR FITNESS FOR A
‘ PARTICULAR PURPOSE.
‘
‘ Copyright (c) Microsoft Corporation. All rights reserved.
‘
‘
‘ Usage: CscRename.vbs /OldItemPath:<path> /NewItemPath:<path> [/Machine:value] [/User:value] [/Password:value]
‘
‘
‘ Demonstrates how to rename an item in the Ofline Files cache.
‘
‘ OldItemPath — UNC path of the current path to be renamed.
‘
‘ NewItemPath — UNC path of the new path to replace the old path.
‘
‘ If NewItemPath already exists, the operation is not performed.
‘ This operation simply schedules a rename to be performed on the next restart
‘ of the system.
‘
const cComputerName = «LocalHost»
const cWMINamespace = «root\cimv2»
const cWMIClass = «Win32_OfflineFilesCache»
Const wbemFlagReturnImmediately = &h10

nRenameItemExFailureCount = 0
nRenameItemFailureCount = 0

‘
‘ Process commandline arguments
‘
strOldItemPath = WScript.Arguments.Named(«OldItemPath»)’
if Len(strOldItemPath) = 0 Then
Wscript.Echo «OldItemPath parameter required»
Err.Raise 449 ‘ «argument not optional» error
End if

strNewItemPath = WScript.Arguments.Named(«NewItemPath»)
if Len(strNewItemPath) = 0 Then
Wscript.Echo «NewItemPath parameter required»
Err.Raise 449 ‘ «argument not optional» error
End if

strComputerName = WScript.Arguments.Named(«Machine»)
If Len(strComputerName) = 0 Then strComputerName = cComputerName

strUserID = WScript.Arguments.Named(«User»)
If Len(strUserID) = 0 Then strUserID = «»

strPassword = WScript.Arguments.Named(«Password»)
If Len(strPassword) = 0 Then strPassword = «»

set objWMILocator = WScript.CreateObject(«WbemScripting.SWbemLocator»)

Set objWMIServices = objWMILocator.ConnectServer(strComputerName, _
cWMINameSpace, _
strUserID, _
strPassword)

‘
‘ Note that Win32_OfflineFilesCache is a singleton.
‘

strTempOldItemPath = Replace(strOldItemPath,»\»,»\\»)

Set objWMIService = GetObject(«winmgmts:\\» & cComputerName & «\root\CIMV2»)
Set objCache = objWMIServices.Get(«Win32_OfflineFilesCache=@»)

‘
‘Find the path of the item to be renamed in the cache
‘
Set colItems = objWMIService.ExecQuery(«SELECT * FROM Win32_OfflineFilesItem WHERE ItemPath ='» &strTempOldItemPath&»‘», «WQL», _
wbemFlagReturnImmediately + wbemFlagForwardOnly)

For Each objItem In colItems

‘
‘If folder is pinned we need to rename all the directory items underneath this
‘
If (objItem.PinInfo.Pinned = True) Then
‘
‘Find all the directories underneath the folder in the cache
‘
Set childItems = objWMIService.ExecQuery(«SELECT * FROM Win32_OfflineFilesItem WHERE ParentItemPath = ‘» &strTempOldItemPath&»‘», «WQL», _
wbemFlagForwardOnly + wbemFlagReturnImmediately )

For Each childItem In childItems

strOldPath = childItem.ItemPath
‘
‘Item to be renamed in the cache
‘
strTempNewItemPath = strNewItemPath & «\» & childItem.ItemName

On Error Resume Next
‘
‘ Note that while we pass «False» for the bReplace parameter, that
‘ parameter is ignored. Existing destinations are never replaced, regardless
‘ of what we pass for the 3rd parameter.
‘
objCache.RenameItemEx strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
WScript.Echo «RenameItem Failed with error:» &hr
WScript.Echo «While renaming:» & strOldPath & » to:» &strTempNewItemPath
Err.Clear
nRenameItemExFailureCount = nRenameItemExFailureCount + 1
On Error Resume Next
‘
‘We got the error in renaming this may happen due to item in use, try to renaname after reboot
‘
objCache.RenameItem strOldPath, strNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
WScript.Echo «RenameItem Failed with error:» &hr
WScript.Echo » While renaming:» & strOldPath & » to:» &strTempNewItemPath
Err.Clear
nRenameItemFailureCount = nRenameItemFailureCount + 1
Else
WScript.Echo «item rename scheduled. A restart of the system is necessary to apply the change.»
End If
Else
WScript.Echo «Renamed:» &strOldPath & » to:» &strTempNewItemPath & » SUCCESSFULLY»

End If
Next
Else
‘
‘Find all the directory items underneath the folder in the cache
‘
Set childItems = objWMIService.ExecQuery(«SELECT * FROM Win32_OfflineFilesItem WHERE ParentItemPath = ‘» &strTempOldItemPath&»‘», «WQL», _
wbemFlagForwardOnly + wbemFlagReturnImmediately )

For Each childItem In childItems

‘
‘If this item is pinned and a directory, rename it
‘
If (childItem.PinInfo.Pinned = True) Then
strOldPath = childItem.ItemPath
strTempNewItemPath = strNewItemPath & «\» &childItem.ItemName
On Error Resume Next
‘ Note that while we pass «False» for the bReplace parameter, that
‘ parameter is ignored. Existing destinations are never replaced, regardless
‘ of what we pass for the 3rd parameter.
‘
objCache.RenameItemEx strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
On Error Resume Next

WScript.Echo «RenameItemEx Failed with error:» &hr
WScript.Echo «While renaming:» & strOldPath & » to:» &strTempNewItemPath
Err.Clear
nRenameItemExFailureCount = nRenameItemExFailureCount + 1
On Error Resume Next
‘
‘We got the error in renaming this may happen due to item in use, try to renaname after reboot
‘
objCache.RenameItem strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
On Error Resume Next
WScript.Echo «RenameItem Failed with error:» &hr
WScript.Echo «While renaming:» & strOldPath & » to:» &strTempNewItemPath
Err.Clear
nRenameItemFailureCount = nRenameItemExFailureCount + 1
Else
WScript.Echo «item rename scheduled. A restart of the system is necessary to apply the change.»
End If

Else
WScript.Echo «Renamed:» &strOldPath & » to:» &strTempNewItemPath & » SUCCESSFULLY»
End If
End If
Next
End If
If (nRenameItemExFailureCount > 0 & (nRenameItemExFailureCount — nRenameItemFailureCount) > 0) Then
WScript.Echo «item rename scheduled. A restart of the system is necessary to apply the change.»
ElseIf (nRenameItemExFailureCount = 0) Then
WScript.Echo «Items Renamed SUCCESSFULLY»
Else
WScript.Echo «ItemsRenamed FAILED»
End If
Next
Если необходимо переименовать файл или каталог без вложенных папок закрепленных (например, домашний каталог пользователя) можно использовать следующий сценарий.» THIS CODE AND INFORMATION IS PROVIDED «AS IS» WITHOUT WARRANTY OF
‘ ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO
‘ THE IMPLIED WARRANTIES OF MERCHANTABILITY AND/OR FITNESS FOR A
‘ PARTICULAR PURPOSE.
‘
‘ Copyright (c) Microsoft Corporation. All rights reserved.
‘
‘
‘ Usage: CscRenameItemEx.vbs /OldItemPath:<path> /NewItemPath:<path> [/Machine:value] [/User:value] [/Password:value]
‘
‘
‘ Demonstrates how to rename an item in the Ofline Files cache.
‘
‘ OldItemPath — UNC path of the current path to be renamed.
‘
‘ NewItemPath — UNC path of the new path to replace the old path.
‘
‘ If NewItemPath already exists, the operation is not performed.
‘ If OldItemPath is currently in use,this operation simply schedules
‘ a rename to be performed on the next restart.
‘
‘
On Error Resume Next
const cComputerName = «LocalHost»
const cWMINamespace = «root\cimv2»
const cWMIClass = «Win32_OfflineFilesCache»

strNewItemPath = WScript.Arguments.Named(«NewItemPath»)’
if Len(strNewItemPath) = 0 Then
Wscript.Echo «NewItemPath parameter required»
Err.Raise 449 ‘ «argument not optional» error
End if

strComputerName = WScript.Arguments.Named(«Machine»)
If Len(strComputerName) = 0 Then strComputerName = cComputerName

strUserID = WScript.Arguments.Named(«User»)
If Len(strUserID) = 0 Then strUserID = «»

strPassword = WScript.Arguments.Named(«Password»)
If Len(strPassword) = 0 Then strPassword = «»

set objWMILocator = WScript.CreateObject(«WbemScripting.SWbemLocator»)

Set objWMIServices = objWMILocator.ConnectServer(strComputerName, _
cWMINameSpace, _
strUserID, _
strPassword)

‘
‘ Note that Win32_OfflineFilesCache is a singleton.
‘
‘ Also note that while we pass «False» for the bReplace parameter, that
‘ parameter is ignored. Existing destinations are never replaced, regardless
‘ of what we pass for the 3rd parameter.
‘
Set objCache = objWMIServices.Get(«Win32_OfflineFilesCache=@»)
objCache.RenameItemEx strOldItemPath, strNewItemPath, False
If Err.Number <> 0 Then
WScript.Echo » RenameItemEx Failed:» &Err.Description
Err.Clear
On Error Resume Next
objCache.RenameItem strOldItemPath, strNewItemPath, False
If Err.Number <> 0 Then
WScript.Echo «RenameItem Failed:» &Err.Description
Err.Clear
Else
WScript.Echo «item rename scheduled. A restart of the system is necessary to apply the change.»
End If

Else
WScript.Echo «item renamed.»
End If

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

976698 не удается обновить папку назначения для папки общих папок автономных файлов в кэше автономных файлов клиента стороны без разрешения администратора

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

Описание 824684 Стандартные термины, используемые при описании обновлений программных продуктов Майкрософт

Сведения о дополнительных файлах

Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2

Дополнительные файлы для всех поддерживаемых 86-разрядных версий Windows 7

Имя файла	Update.mum
Версия файла	Неприменимо
Размер файла	17,111
Дата (UTC)	12-Feb-2010
Время (UTC)	05:03
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-o..inefiles-win32-apis_31bf3856ad364e35_6.1.7600.20641_none_abf22f1373799459.manifest
Версия файла	Неприменимо
Размер файла	3,017
Дата (UTC)	11-Feb-2010
Время (UTC)	07:17
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-o..nefiles-extend-apis_31bf3856ad364e35_6.1.7600.20641_none_8d79f279aea00fda.manifest
Версия файла	Неприменимо
Размер файла	60,347
Дата (UTC)	11-Feb-2010
Время (UTC)	07:27
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-offlinefiles-core_31bf3856ad364e35_6.1.7600.20641_none_9ecf7e29d63ba47f.manifest
Версия файла	Неприменимо
Размер файла	11,592
Дата (UTC)	11-Feb-2010
Время (UTC)	07:17
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-offlinefiles-service_31bf3856ad364e35_6.1.7600.20641_none_0a5ac74cdbb49ee3.manifest
Версия файла	Неприменимо
Размер файла	56,703
Дата (UTC)	11-Feb-2010
Время (UTC)	07:24
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.20641_none_6cb060208c504828.manifest
Версия файла	Неприменимо
Размер файла	1,059,457
Дата (UTC)	11-Feb-2010
Время (UTC)	07:16
Платформа	Неприменимо

Дополнительные файлы для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2

Имя файла	Amd64_microsoft-windows-o..inefiles-win32-apis_31bf3856ad364e35_6.1.7600.20641_none_0810ca972bd7058f.manifest
Версия файла	Неприменимо
Размер файла	3,019
Дата (UTC)	11-Feb-2010
Время (UTC)	19:25
Платформа	Неприменимо

Имя файла	Amd64_microsoft-windows-o..nefiles-extend-apis_31bf3856ad364e35_6.1.7600.20641_none_e9988dfd66fd8110.manifest
Версия файла	Неприменимо
Размер файла	60,351
Дата (UTC)	11-Feb-2010
Время (UTC)	19:32
Платформа	Неприменимо

Имя файла	Amd64_microsoft-windows-offlinefiles-core_31bf3856ad364e35_6.1.7600.20641_none_faee19ad8e9915b5.manifest
Версия файла	Неприменимо
Размер файла	11,596
Дата (UTC)	11-Feb-2010
Время (UTC)	19:25
Платформа	Неприменимо

Имя файла	Amd64_microsoft-windows-offlinefiles-service_31bf3856ad364e35_6.1.7600.20641_none_667962d094121019.manifest
Версия файла	Неприменимо
Размер файла	56,710
Дата (UTC)	11-Feb-2010
Время (UTC)	19:30
Платформа	Неприменимо

Имя файла	Amd64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.20641_none_c8cefba444adb95e.manifest
Версия файла	Неприменимо
Размер файла	1,058,443
Дата (UTC)	11-Feb-2010
Время (UTC)	19:25
Платформа	Неприменимо

Имя файла	Update.mum
Версия файла	Неприменимо
Размер файла	25,908
Дата (UTC)	12-Feb-2010
Время (UTC)	05:03
Платформа	Неприменимо

Имя файла	Wow64_microsoft-windows-o..nefiles-extend-apis_31bf3856ad364e35_6.1.7600.20641_none_f3ed384f9b5e430b.manifest
Версия файла	Неприменимо
Размер файла	60,349
Дата (UTC)	11-Feb-2010
Время (UTC)	07:10
Платформа	Неприменимо

Имя файла	Wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.20641_none_d323a5f6790e7b59.manifest
Версия файла	Неприменимо
Размер файла	1,054,916
Дата (UTC)	11-Feb-2010
Время (UTC)	07:09
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-o..inefiles-win32-apis_31bf3856ad364e35_6.1.7600.20641_none_abf22f1373799459.manifest
Версия файла	Неприменимо
Размер файла	3,017
Дата (UTC)	11-Feb-2010
Время (UTC)	07:17
Платформа	Неприменимо

Имя файла

Дополнительные файлы для всех поддерживаемых версий Windows Server 2008 R2 с архитектурой IA-64

Имя файла	Ia64_microsoft-windows-o..inefiles-win32-apis_31bf3856ad364e35_6.1.7600.20636_none_ac03a467736b0017.manifest
Версия файла	Неприменимо
Размер файла	3,018
Дата (UTC)	05-Feb-2010
Время (UTC)	08:00
Платформа	Неприменимо

Имя файла	Ia64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.20636_none_6cc1d5748c41b3e6.manifest
Версия файла	Неприменимо
Размер файла	1,058,441
Дата (UTC)	05-Feb-2010
Время (UTC)	08:01
Платформа	Неприменимо

Имя файла	Update.mum
Версия файла	Неприменимо
Размер файла	4,856
Дата (UTC)	06-Feb-2010
Время (UTC)	01:13
Платформа	Неприменимо

Имя файла	Wow64_microsoft-windows-shell32_31bf3856ad364e35_6.1.7600.20636_none_d33377547901de1b.manifest
Версия файла	Неприменимо
Размер файла	1,054,916
Дата (UTC)	05-Feb-2010
Время (UTC)	07:19
Платформа	Неприменимо

Имя файла	X86_microsoft-windows-o..inefiles-win32-apis_31bf3856ad364e35_6.1.7600.20636_none_ac020071736cf71b.manifest
Версия файла	Неприменимо
Размер файла	3,017
Дата (UTC)	05-Feb-2010
Время (UTC)	07:24
Платформа	Неприменимо

Имя файла

Источник

Браузер не обновляет эскизы изображений и PDF-файлов.

Сбросить кеш значков

Очистить историю проводника

Отключить функцию быстрого доступа

Сбросить параметры поиска

Рабочий стол или Проводник не обновляются автоматически в Windows 10

Проводник не обновляется автоматически

Задержка появления новых файлов в сетевой папке на Windows Server 2008 R2

Проводник не обновляет автоматически

Рабочий стол или Проводник не обновляются автоматически под Windows 10 / 8 / 7

Проводник не обновляется автоматически

Общие обсуждения

Симптомы

Решение

Сведения об исправлении

Предварительные условия

Сведения о реестре

Необходимость перезагрузки

Сведения о замене исправлений

Сведения о файлах

Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2

Для всех поддерживаемых 86-разрядных версий Windows 7

Для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2

Для всех поддерживаемых версий Windows Server 2008 R2 для систем на базе процессоров IA-64

Статус

Дополнительные сведения

Сведения о дополнительных файлах

Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2

Дополнительные файлы для всех поддерживаемых 86-разрядных версий Windows 7

Дополнительные файлы для всех поддерживаемых 64-разрядных версий Windows 7 и Windows Server 2008 R2

Дополнительные файлы для всех поддерживаемых версий Windows Server 2008 R2 с архитектурой IA-64