Ошибка «Файл слишком велик для конечной файловой системы» и что делать?
Практически каждый пользователь рано или поздно сталкивается с ошибкой «файл слишком велик для конечной файловой системы». Такое сообщение появляется во время записи данных на флешку. Как исправить эту проблему, рассмотрим далее.
Содержание
- Причины ошибки
- Как исправить «Файл слишком велик для конечной файловой системы»?
- Выполнить форматирование флешки
- Использовать программы для деления крупных файлов на части
- Сжать большой файл
- Найти другой файл, весом менее 4 Гб
Причины ошибки
Причина появления такой ошибка довольно простая. Большая часть продаваемых сегодня флеш накопителей имеют файловую систему FAT32, которая не предназначена для файлов, объемом от 4 Гб. В итоге, если пользователь попробует записать на флешку информацию, которая превышает этот объем, возникнет соответствующая ошибка.
Важно! FAT32 не подходит для создания загрузочных флешек с новыми версиями ОС Windows (начиная от Winows XP).
Как исправить «Файл слишком велик для конечной файловой системы»?
Существует несколько способов, которые помогут быстро устранить возникшую ошибку.
Выполнить форматирование флешки
Изменение формата флешки с FAT32 в NTFS — быстрый и радикальный способ исправить ошибку. Главное — переместить важные данные с нее на другой носитель или ПК, чтобы избежать потери ценной информации.
Для форматирования необходимо:
- Открыть «Мой компьютер».
- Нажать правой кнопкой мыши по накопителю.
- В контекстном меню выбрать «Форматировать».
- В появившемся окне найти пункт «Файловая систему» и в выпадающем окне выбрать NTFS.
- Кликнуть по кнопке «Начать» и подтвердить действие.
Если же накопитель используется с устройствами, которые не поддерживают NTFS, ошибку можно исправить посредством форматирования накопителя в ExFAT. Скорее всего, этот формат будет поддерживаться устройством, но при этом ограничения на размер файла станут больше.
Существует еще один вариант, как изменить файловую систему и при этом не прибегать к форматированию. Делается это посредством командной строки. Достаточно:
- Открыть интерфейс командной строки нажатием клавиш Win+R или через «Пуск».
- Прописать команду convert (буква диска): /fs:ntfs. Например, convert G: /fs:ntfs.
- Нажать Enter.
По окончанию преобразования можно будет записывать на диск файлы большого размера.
Использовать программы для деления крупных файлов на части
Если же нужно создать загрузочную флешку с операционной системой, но возникает окно ошибки о том, что файл слишком велик, можно попробовать использовать специальные программы для разделения файлов. Использовать можно такие утилиты:
- WinSetupFromUSB, которая разбивает большие файлы на части, а во время установки объединяет их.
- Rufus, создающую флеш накопители UEFI в NTFS (перед использованием стоит выключить Secure Boot).
Также разделить большой файл можно при помощи WinRAR, 7-Zip.
Для этого нужно:
- Выбрать нужный файл, вызвать контекстное меню и нажать «Добавить к архиву».
- В открывшемся окне с настройками создания архива нужно установить уровень сжатия «Без сжатия» и «Разбить тома размером». Для этого указывается наибольший размер файла в мегабайтах.
- После того как создастся архив, можно будет увидеть, что он состоит из большого количества частей одинакового размера. Чтобы извлечь архив, достаточно извлечь его первую часть (архиватор подсветит ее).
После этого, во время установки все файлы соберутся в один, а ошибка больше не будет появляться.
Сжать большой файл
Это делается опять же при помощи архиватора. Зачастую загрузочные образы весят около 4,7 Гб. После сжатия же объем уменьшается до 3,5 Гб. Чтобы уменьшить объем файла, достаточно кликнуть по нему правой кнопкой мыши и выбрать «Добавить в архив». В появившемся окне стоит указать имя архива, его формат, а также метод сжатия (лучше установить максимальный).
Найти другой файл, весом менее 4 Гб
Если на накопитель записывается фильм или другой видеофайл, можно постараться найти в интернете другой, вес которого значительно меньше. В таком случае ошибка не будет высвечиваться.
Как видите, ошибку, связанную с большим размером файла, на самом деле устранить довольно легко. Все приведенные методы позволяют записать нужный файл на накопитель без проблем.
Компьютеры #Windows 10 #Windows 7
Файл слишком велик для конечной файловой системы
Главная » Уроки и статьи » Железо
Довольно часто каждый пользователь компьютера сталкивается с различными проблемами при записи данных на флешку. Одной из самых частых ошибок является «Файл слишком велик для конечной файловой системы». Вроде бы съемный носитель имеет много свободного места, при этом появляется сообщение об ошибке. Проблема довольно распространённая, однако решается практически в несколько кликов.
Почему появляется ошибка
Каждый съемный носитель имеет свою файловую систему.
На данный момент для Windows наиболее актуальными являются FAT и NTFS. Проблема с большими файлами возникает именно в первом случае. Дело в том, что система FAT устарела и имеет ограничение максимального размера файла – 4GB.
Что делать в том случае, если ваш файл занимает, к примеру, более 4GB? Многие могут подумать разделить файл на несколько частей, однако данный способ не совсем корректен. Оптимальным вариантом является изменить файловую систему флэш-накопителя на NTFS. После этого действия сообщение «размер файла слишком велик» больше появляться не будет.
Конвертируем файловую систему в NTFS
Чтобы в будущем не появлялось сообщение «Файл слишком велик для конечной файловой системы» можно один раз сменить формат файловой системы и забыть о проблеме.
Существует несколько способов это сделать
Через форматирование флешки
Важно: при форматировании все файлы с флешки будут удалены.
Открываем Мой компьютер, жмем правой кнопкой мыши по флешке и выбираем «Форматировать…». В новом окне меняем файловую систему на NTFS, а размер кластера (размер единицы распределения) ставим 4096 байт. Далее жмем «Начать».
Через командную строку
Заходим в «Мой компьютер» и смотрим, какую метку (букву) имеет накопитель. Это может быть K,L,M и т.д. Запоминаем букву и открываем командную строку, где прописываем следующую команду:
convert L: /FS:NTFS
(в нашем случае метка диска «L»).
Решение проблемы без форматирования накопителя
Если ваша цель – записать файл на накопитель и переместить его на другой компьютер, то в таком случае действительно можно файловую систему не трогать. Как вариант, можно попробовать сжать файл при помощи архиватора. Так как в основном загрузочные образы имеют размер примерно 4,7 GB, то после сжатия они будут занимать примерно 3,5GB, соответственно без проблем скопируются на накопитель.
В единичных случаях можно воспользоваться именно этим способом (для извращенцев). Если вы планируете использовать накопитель для записи объемных образов на постоянной основе, то необходимо форматировать файловую систему в формат NTFS.
Разделение файла на части
Этот способ подойдет владельцем маленьких флешек, и почти не связан с нашей темой.
Чтобы iso образ разделить на несколько частей потребуется архиватор WinRar или похожий.
Первым делом нажимаем на файл ПКМ, после выбираем «Добавить в архив». После откроется всплывающее окно, где потребуется указать дополнительные параметры архивации. Во вкладке «Общие» внизу окна указываем 2000 MB в поле «Разделить тома по размеру», затем нажимаем ОК.
По завершению процесса будет создано 2 файла, которые можно копировать на флешку. Чтобы соединить разделенный образ в единое целое необходимо скопировать файлы с накопителя на другой компьютер, после нажать ПКМ на первую часть образа и выбрать «Извлечь в образ».
Надеюсь теперь все вопросы, связанные с этой ошибкой, будут закрыты.
Понравилось? Поделись с друзьями!
Дата: 28.08.2018 Автор/Переводчик: ThreePC
Полезные ссылки
- Карта сайта
- Онлайн инструменты
Разделы
- Уроки и статьи
- Советы по компьютеру
- Компьютерный словарь
Связь с нами
- Обратная связь
- Сотрудничество и реклама
Исправление: слишком большой файл — слишком большой файл для целевой файловой системы
Содержимое
Файл слишком велик для целевой файловой системы
Подключите USB и откройте Проводник. Щелкните правой кнопкой мыши букву USB-накопителя и выберите «Форматировать». Если диалоговое окно открывается из раскрывающегося меню «Файловая система», выберите NTFS вместо FAT32.
Выберите «Быстрый размер» и нажмите кнопку «Пуск».
Вы также можете открыть командную строку с повышенными привилегиями и выполнить следующую команду:
- convert X: /fs:ntfs /nasous security
- Где X — буква диска. Например, в моем случае это G, поэтому команда будет такой:
- convert G: /fs:ntfs /nasous security
Если процесс завершен, попробуйте скопировать сейчас.
Преобразование файловой системы FAT32 в NTFS без потери данных
- Нажмите клавишу Windows + X, затем выберите «Командная строка» («Администратор»).
- Проверьте, какая буква присвоена USB-накопителю или внешнему жесткому диску.
- Введите следующую команду в cmd и нажмите Enter:
Примечание. Обязательно замените букву драйвера на букву вашего устройства.
Преобразование G: /fs:ntfs /nosecurity
- Подождите несколько минут, пока завершится процесс преобразования, так как это может занять некоторое время в зависимости от размера вашего жесткого диска. Если приведенная выше команда не удалась, вам нужно будет запустить команду Chkdsk (Проверить диск), чтобы восстановить диск.
- В окне командной строки введите следующее и нажмите Enter: chkdsk g: /f
Примечание. Замените g: в драйвере на собственный USB-накопитель. - Запустите команду Convert G:/fs:ntfs/nasecurity еще раз, и на этот раз она будет успешной.
- Затем попробуйте скопировать большие файлы на устройство раньше, и вы получите ошибку «Файл слишком велик для целевой файловой системы».
- Это позволит успешно исправить файл, слишком большой для целевой файловой системы, без потери данных на жестком диске.
Целевые показатели масштабируемости и производительности Azure Files
- Статья
- 11 минут на чтение
Azure Files предлагает полностью управляемые файловые ресурсы в облаке, доступные через протоколы файловой системы SMB и NFS. В этой статье обсуждаются целевые показатели масштабируемости и производительности для файлов Azure и службы синхронизации файлов Azure.
На перечисленные здесь цели могут влиять другие переменные в вашем развертывании. Например, на производительность операций ввода-вывода для файла может влиять поведение вашего SMB-клиента и доступная пропускная способность сети. Вам следует протестировать шаблон использования, чтобы определить, соответствуют ли масштабируемость и производительность файлов Azure вашим требованиям.
Вы также должны ожидать, что эти ограничения будут увеличиваться со временем.
Применяется к
| Тип общего файлового ресурса | SMB | НФС |
|---|---|---|
| Стандартные файловые ресурсы (GPv2), LRS/ZRS | ||
| Стандартные файловые ресурсы (GPv2), GRS/GZRS | ||
| Премиум файловые ресурсы (FileStorage), LRS/ZRS |
Цели масштабирования файлов Azure
Файловые ресурсы Azure развертываются в учетных записях хранения, которые представляют собой объекты верхнего уровня, представляющие общий пул хранилища. Этот пул хранилища можно использовать для развертывания нескольких общих файловых ресурсов. Поэтому необходимо учитывать три категории: учетные записи хранения, общие файловые ресурсы Azure и отдельные файлы.
Целевые значения масштабирования учетной записи хранения
Целевые значения масштабирования учетной записи хранения применяются на уровне учетной записи хранения.
Существует два основных типа учетных записей хранения для файлов Azure:
Учетные записи хранения общего назначения версии 2 (GPv2) : учетные записи хранения GPv2 позволяют развертывать общие файловые ресурсы Azure на стандартных или жестких дисках (на основе жестких дисков). аппаратное обеспечение. Помимо хранения файловых ресурсов Azure учетные записи хранения GPv2 могут хранить другие ресурсы хранения, такие как контейнеры BLOB-объектов, очереди или таблицы. Файловые ресурсы можно развернуть на оптимизированных для транзакций (по умолчанию), «горячих» или «холодных» уровнях.
Учетные записи хранения FileStorage : Учетные записи хранения FileStorage позволяют развертывать файловые ресурсы Azure на оборудовании премиум-класса или твердотельном диске (SSD). Учетные записи FileStorage можно использовать только для хранения файловых ресурсов Azure. никакие другие ресурсы хранения (контейнеры больших двоичных объектов, очереди, таблицы и т.
д.) не могут быть развернуты в учетной записи FileStorage.
д.) не могут быть развернуты в учетной записи FileStorage.| Атрибут | Учетные записи хранения GPv2 (стандартные) | учетных записи хранения FileStorage (премиум) |
|---|---|---|
| Количество учетных записей хранения на регион на подписку | 250 | 250 |
| Максимальная емкость учетной записи хранения | 5 ПиБ 1 | 100 ТиБ (предоставлено) |
| Максимальное количество файловых ресурсов | Без ограничений | Не ограничено, общий подготовленный размер всех общих ресурсов должен быть меньше максимальной емкости учетной записи хранения |
| Максимальная частота одновременных запросов | 20 000 IOPS 1 | 100 000 операций ввода-вывода в секунду |
Throughput (ingress + egress) for LRS/GRS
|
| 10 340 МБ/с |
Throughput (ingress + egress) for ZRS
|
| 10 340 МБ/с |
| Пропускная способность (вход + выход) для комбинаций избыточности/региона, не указанных в предыдущей строке |
| 10 340 МБ/с |
| Максимальное количество правил виртуальной сети | 200 | 200 |
| Максимальное количество правил IP-адресов | 200 | 200 |
| Управление операциями чтения | 800 за 5 минут | 800 за 5 минут |
| Управление операциями записи | 10 в секунду/1200 в час | 10 в секунду/1200 в час |
| Операции со списком управления | 100 за 5 минут | 100 за 5 минут |
1 Учетные записи хранения версии 2 общего назначения поддерживают более высокие ограничения емкости и более высокие ограничения на вход по запросу.
Чтобы запросить увеличение лимитов учетной записи, обратитесь в службу поддержки Azure.
Цели масштабирования файлового ресурса Azure
Цели масштабирования файлового ресурса Azure применяются на уровне файлового ресурса.
| Атрибут | Стандартные файловые ресурсы 1 | Премиум файловые ресурсы |
|---|---|---|
| Минимальный размер общей папки | Нет минимума | 100 ГиБ (предоставлено) |
| Предусмотренный блок увеличения/уменьшения размера | Н/Д | 1 ГиБ |
| Максимальный размер общей папки |
| 100 ТиБ |
| Максимальное количество файлов в общей папке | Без ограничений | Без ограничений |
| Максимальная скорость запросов (Max IOPS) |
|
|
| Пропускная способность (вход + выход) для одного общего файлового ресурса (МиБ/с) |
| 100 + ПОТОЛОК (0,04 * ProvisionedStorageGiB) + CEILING (0,06 * ProvisionedStorageGiB) |
| Максимальное количество снимков общего доступа | 200 снимков | 200 снимков |
| Максимальная длина имени объекта 3 (полное имя пути, включая все каталоги, имена файлов и символы обратной косой черты) | 2048 символов | 2048 символов |
| Максимальная длина отдельного компонента пути 3 (в пути \A\B\C\D каждая буква представляет каталог или файл, который является отдельным компонентом) | 255 символов | 255 символов |
| Лимит жестких ссылок (только NFS) | Н/Д | 178 |
| Максимальное количество многоканальных каналов SMB | Н/Д | 4 |
| Максимальное количество сохраненных политик доступа на общий файловый ресурс | 5 | 5 |
(10000, 3x IOPS на ГиБ), до 100 000 1 Ограничения для стандартных файловых ресурсов применяются ко всем трем уровням, доступным для стандартных файловых ресурсов: оптимизированные для транзакций, горячие и холодные.
2 Значение по умолчанию для стандартных файловых ресурсов составляет 5 ТиБ. Дополнительные сведения о том, как создать файловые ресурсы размером 100 ТиБ и увеличить размер существующих стандартных файловых ресурсов до 100 ТиБ, см. в разделе Создание файлового ресурса Azure. Чтобы воспользоваться более крупными целями, вы должны изменить свою квоту так, чтобы она превышала 5 ТиБ.
3 Файлы Azure применяет определенные правила именования для имен каталогов и файлов.
Цели масштабирования файлов
Цели масштабирования файлов применяются к отдельным файлам, хранящимся в файловых ресурсах Azure.
| Атрибут | Файлы в стандартных общих папках | Файлы в премиальных общих папках |
|---|---|---|
| Максимальный размер файла | 4 ТиБ | 4 ТиБ |
| Максимальная частота одновременных запросов | 1000 IOPS | До 8000 1 |
| Максимальный вход для файла | 60 МБ/с | 200 МБ/с (до 1 ГБ/с с многоканальным SMB) 2 |
| Максимальный выход для файла | 60 МБ/с | 300 МБ/с (до 1 ГБ/с с многоканальным SMB) 2 |
| Максимальное количество одновременных дескрипторов на файл, каталог и общий корень 3 | 2000 ручек | 2000 ручек |
1 Применяется для чтения и записи операций ввода-вывода (обычно меньшие размеры операций ввода-вывода не превышают 64 КиБ).
Операции с метаданными, кроме чтения и записи, могут быть ниже.
2 В зависимости от ограничений сети машины, доступной полосы пропускания, размера ввода-вывода, глубины очереди и других факторов. Дополнительные сведения см. в разделе Производительность многоканального SMB.
3 Файлы Azure поддерживают 2000 открытых дескрипторов на одну общую папку, а на практике может быть больше. Однако, если приложение сохраняет открытый дескриптор в корне общего ресурса, ограничение на корневой ресурс общего ресурса будет достигнуто до того, как будет достигнуто ограничение на файл или каталог.
Цели масштабирования службы «Синхронизация файлов Azure»
В следующей таблице указано, какие цели являются мягкими, представляющими протестированную корпорацией Майкрософт границу, и жесткими, указывающими принудительный максимум:
| Ресурс | Цель | Жесткий предел |
|---|---|---|
| Службы синхронизации хранилища по регионам | 100 служб синхронизации хранилища | Да |
| Группы синхронизации на службу синхронизации хранилища | 200 групп синхронизации | Да |
| Зарегистрировано серверов на службу синхронизации хранилища | 99 серверов | Да |
| Облачные конечные точки на группу синхронизации | 1 облачная конечная точка | Да |
| Конечные точки сервера на группу синхронизации | 100 конечных точек сервера | Да |
| Конечные точки сервера на сервер | 30 конечных точек сервера | Да |
| Объекты файловой системы (каталоги и файлы) на группу синхронизации | 100 миллионов объектов | № |
| Максимальное количество объектов файловой системы (каталогов и файлов) в каталоге (не рекурсивно) | 5 миллионов объектов | Да |
| Максимальный размер дескриптора безопасности объекта (каталогов и файлов) | 64 КиБ | Да |
| Размер файла | 100 ГиБ | № |
| Минимальный размер файла для многоуровневого файла | На основе размера кластера файловой системы (двойной размер кластера файловой системы). Например, если размер кластера файловой системы составляет 4 КиБ, минимальный размер файла будет 8 КиБ. | Да |
Примечание
Конечная точка Azure File Sync может масштабироваться до размера общего файлового ресурса Azure. Если достигнут предел размера файлового ресурса Azure, синхронизация не сможет работать.
Показатели производительности службы «Синхронизация файлов Azure»
Поскольку агент службы «Синхронизация файлов Azure» работает на компьютере с Windows Server, который подключается к файловым ресурсам Azure, эффективная производительность синхронизации зависит от ряда факторов в вашей инфраструктуре: Windows Server и базовой конфигурации диска. , пропускная способность сети между сервером и хранилищем Azure, размер файла, общий размер набора данных и активность в наборе данных. Поскольку служба синхронизации файлов Azure работает на уровне файлов, характеристики производительности решения на основе синхронизации файлов Azure должны измеряться количеством объектов (файлов и каталогов), обрабатываемых в секунду.
Для Azure File Sync производительность имеет решающее значение на двух этапах:
- Первоначальная однократная подготовка . Чтобы оптимизировать производительность при первоначальной подготовке, см. сведения об оптимальном развертывании в разделе Подключение к Azure File Sync.
- Текущая синхронизация : после первоначального заполнения данных в файловых ресурсах Azure служба синхронизации файлов Azure поддерживает синхронизацию нескольких конечных точек.
Примечание
Когда несколько конечных точек сервера в одной группе синхронизации синхронизируются одновременно, они конкурируют за ресурсы облачной службы. В результате производительность загрузки будет снижена. В крайних случаях некоторые сеансы синхронизации не смогут получить доступ к ресурсам и завершатся ошибкой. Однако эти сеансы синхронизации вскоре возобновятся и в конечном итоге завершатся успешно, как только перегрузка уменьшится.
Чтобы помочь вам спланировать развертывание для каждого из этапов, ниже приведены результаты внутреннего тестирования системы с конфигурацией
| Конфигурация системы | Детали |
|---|---|
| ЦП | 64 виртуальных ядра с 64 МБ кэш-памяти L3 |
| Память | 128 ГиБ |
| Диск | Диски SAS с RAID 10 с кэш-памятью с резервным питанием от батареи |
| Сеть | Сеть 1 Гбит/с |
| Рабочая нагрузка | Файловый сервер общего назначения |
| Первоначальная разовая подготовка | Детали |
|---|---|
| Количество объектов | 25 миллионов объектов |
| Размер набора данных | ~4,7 ТиБ |
| Средний размер файла | ~200 КБ (самый большой файл: 100 ГБ) |
| Начальное перечисление изменений облачности | 80 объектов в секунду |
| Скорость загрузки | 20 объектов в секунду на группу синхронизации |
| Пропускная способность загрузки пространства имен | 400 объектов в секунду |
Первоначальная однократная подготовка
Начальное перечисление изменений в облаке : При создании новой группы синхронизации первым выполняемым шагом является перечисление исходных изменений в облаке.
В этом процессе система перечислит все элементы в общей папке Azure. Во время этого процесса не будет выполняться синхронизация, т. е. никакие элементы не будут загружены из конечной точки облака в конечную точку сервера, а элементы не будут загружены из конечной точки сервера в конечную точку облака. Синхронизация возобновится после завершения первоначального перечисления изменений в облаке.
Скорость выполнения составляет 80 объектов в секунду. Клиенты могут оценить время, которое потребуется для выполнения первоначального перечисления изменений в облаке, определив количество элементов в облачном общем ресурсе и используя следующие формулы для получения времени в днях.
Время (в днях) для начального облачного перечисления = (количество объектов в конечной точке облака)/(80 * 60 * 60 * 24)
Начальная синхронизация данных из Windows Server в общий файловый ресурс Azure :Many Azure Развертывание File Sync начинается с пустой общей папки Azure, поскольку все данные находятся на сервере Windows.
В этих случаях первоначальное перечисление изменений в облаке выполняется быстро, и большая часть времени будет потрачена на синхронизацию изменений из Windows Server в файловые ресурсы Azure.
Пока синхронизация загружает данные в общий файловый ресурс Azure, локальный файловый сервер не отключается, и администраторы могут настроить сетевые ограничения, чтобы ограничить пропускную способность, используемую для фоновой загрузки данных.
Начальная синхронизация обычно ограничивается начальной скоростью загрузки 20 файлов в секунду на группу синхронизации. Клиенты могут оценить время загрузки всех своих данных в Azure, используя следующие формулы, чтобы получить время в днях:
Время (в днях) для загрузки файлов в группу синхронизации = (Количество объектов в конечной точке сервера)/(20 * 60*60*24)
Разделение данных на несколько конечных точек сервера и групп синхронизации может ускорить загрузку исходных данных, поскольку загрузку можно выполнять параллельно для нескольких групп синхронизации со скоростью 20 элементов в секунду для каждой.
Таким образом, две группы синхронизации будут работать с общей скоростью 40 элементов в секунду. Общее время выполнения будет оценкой времени для группы синхронизации с наибольшим количеством файлов для синхронизации.
Пропускная способность загрузки пространства имен Когда новая конечная точка сервера добавляется в существующую группу синхронизации, агент синхронизации файлов Azure не загружает содержимое файла из конечной точки облака. Сначала он синхронизирует полное пространство имен, а затем запускает фоновый отзыв для загрузки файлов либо целиком, либо, если включено многоуровневое хранение в облаке, в соответствии с политикой многоуровневого хранения, установленной на конечной точке сервера.
| Текущая синхронизация | Детали |
|---|---|
| Количество синхронизированных объектов | 125 000 объектов (отток ~1%) |
| Размер набора данных | 50 ГиБ |
| Средний размер файла | ~500 КиБ |
| Скорость загрузки | 20 объектов в секунду на группу синхронизации |
| Полная скорость загрузки* | 60 объектов в секунду |
*Если включено многоуровневое хранение в облаке, вы, скорее всего, заметите более высокую производительность, поскольку загружается только часть файловых данных.
Синхронизация файлов Azure загружает данные кэшированных файлов только при их изменении на любой из конечных точек. Для любых многоуровневых или вновь созданных файлов агент не загружает данные файла, а вместо этого только синхронизирует пространство имен со всеми конечными точками сервера. Агент также поддерживает частичную загрузку многоуровневых файлов по мере доступа к ним пользователя.
Примечание
Приведенные выше цифры не являются показателем производительности, которую вы получите. Фактическая производительность будет зависеть от множества факторов, как указано в начале этого раздела.
В качестве общего руководства по развертыванию следует помнить о нескольких вещах:
- Пропускная способность объекта приблизительно масштабируется пропорционально количеству групп синхронизации на сервере. Разделение данных на несколько групп синхронизации на сервере повышает пропускную способность, которая также ограничена сервером и сетью.
- Пропускная способность объекта обратно пропорциональна пропускной способности в МиБ в секунду.
