Synology SAN Manager iSCSI LUN просто о сложном
В этой статье я постараюсь простым языком, на сколько я это могу, рассказать что такое SAN iSCSI и LUN на вашем Synology NAS, а так же как этим можно воспользоваться.
Storage Area Network (SAN) – это сеть для устройств хранения данных по протоколу Fibre Channel или iSCSI. В общем существующая или специальная сделанная EthernetIP сеть для систем хранения данных (СХД).
iSCSI — это интерфейс хранения данных по сети на основе интернет-протокола. С помощью команд SCSI в IP-сетях можно ускорить передачу данных по локальным сетям (LAN), глобальным сетям (WAN) или по сети Интернет. Интерфейс iSCSI сделан таким образом, что место хранения будет отображаться в системе как локальный диск.
LUN – логический номер устройства представляет собой (логическое) SCSI-устройство с индивидуальным адресом, являющееся частью физического SCSI-устройства (называемого Target). Среда iSCSI эмулирует подключение к жесткому диску SCSI. Служба iSCSI Target подобна интерфейсу подключения, а LUN — это пронумерованные диски.
Сан-Паулу. Орёл и Решка. Перезагрузка. АМЕРИКА (english subtitles)
Просто запомните, ISCSI это интерфейс заменяющий SATA, а LUN это диск заменяющий физический HDD.
С терминологией разобрались, теперь практика. Обычно самый простой способ получить данные по сети это использовать протокол SMB. Пример такой схемы показан на картинке ниже:
В этом случаи диски подключены к ПК, а ПК через сеть коммутатором и роутеров подключаются к серверу NAS для обмена данными по протоколу SMB FTP и так далее. ПК не знают в какой файловой системе лежат файлы на сетевом устройстве NAS. Но в этом есть и свои плюсы, например доступ к данным можно осуществлять совместно с другими ПК.
В SAN все немного не так, посмотрите на картинку ниже:
Диски уже не подключаются к ПК напрямую, а работают через EthernetIP сеть, но при этом они остаются дисками. То есть ПК управляет файловой системой (NTFS FAT EXT4 BTRFS и т.д.) и только один ПК имеет доступ к диску, неокомом совместном доступе речи не идет, доступ индивидуальный.
Synology SAN Manager iSCSI LUN просто о сложном
Давайте откроем SAN Manager на Synology NAS и создадим первый LUN и iSCSI интерфейс, что бы потом подключить к ПК.
Первая вкладка обзорная, переходим на вкладку LUN и нажимаем создать наш первый LUN
При создании LUN нам нужно выбрать название, добавить описание, место расположение и размер диска LUN. А вот выделение пространства интересная опция.
Существует два вида пространства:
Логические операции. Операторы сравнения, равенства, объединения, инверсия. C++ Урок #11.
Thick Provisioning — это тип выделения ресурсов хранения, при котором на момент создания LUN заранее выделяется емкость хранения на диске. Это обеспечивает меньшую задержку системы, так как хранилище уже было выделено в начале. Из минусов нельзя делать моментальные снимки. В домашних условиях особой производительности я не обнаружил.
Thin Provisioning обеспечивает выделение пространства по требованию и выступает в качестве расширенной функции LUN. LUN с Thin Provisioning обеспечивает более гибкое решение для выделения пространства. В этом режиме поддерживаются моментальные снимки и реорганизация пространства. Можно выделить 1Т, но занято на сервере будет только то, сколько реально данных будет загружено на этот LUN с ПК.
На следующем этапе система порекомендует сразу создать для этого LUN интерфейс iSCSI что я и рекомендую сделать. Тут нужно отметить, что к одному интерфейсу iSCSI можно прикрепить 1 и более дисков LUN.
Следующим этапом нужно назначить разрешения. Так как это первый наш интерфейс, то разрешим всем, в будущем это можно изменить.
В заключении проверим, что ошибок нет и жмем выполнено
После этого в SAN Manager будет отображаться созданный нами LUN
А на вкладке iSCSI наш интерфейс
На данный момент на сервере настройки закончены и можно переходить к ПК. Я буду использовать Windows 10.
В поиске находим “Инициатор iSCSI” и запускаем его
Откроется окно с вопросом о запуске службы, если вам нужно постоянно пользоваться этим, то жмите ДА
Откроется окно настроек Инициатора iSCSI
Переходим на вкладку обнаружение и нажимаем “Обнаружить портал”. Вбиваем IP адрес нашего сервера и кнопку ОК. Порт оставляем по умолчанию.
Должно получиться такое:
Переходим на вкладку “Конечные объекты” и видим появившийся неактивный объект
Выделяем нужный объект и жмем кнопку “Подключить”, а затем в новом окне кнопку ОК. После этого состояние изменится на “Подключено”
Теперь переходим в “Управление дисками” и тут нас встретит окно с предложением выбора таблицы разделов для нового обнаруженного диска. Я всегда выбираю GPT
Если все сделали правильно, то увидите диск без томов.
Щелкаем правой кнопкой мышки по нераспределенному месту и выбираем “Создать простой том”
Мастер создания тома проведет нас по разным вопросам, но самый интересный это выбор форматирования диска. Тут можно выбрать любые нужные вам параметры.
После того как диск будет отформатирован им можно начать пользоваться как обычным диском
Дальше можно перейти обратно в NAS, в раздел хосты и добавить новый хост. Это только для безопасности. Можно это не делать. Просто этим способом можно ограничить подключение хоста к LUN
Когда вы добавите хост, можно перейти в редактирование LUN и в разделе “Разрешение” указать каким хостам разрешен доступ к этому LUN.
Вот такие тесты у меня получились. Если вы скажите, что это очень скромные результаты, то будите правы.
Но для меня эти результаты нормальные. Нужно понимать, что я использовал LUN на очень слабом железе TerraMaster F2-221 с одним из самых слабых процессоров на рынке. А еще диски установленные в этом NAS были обычные не серверные с весьма посредственными показателями. Естественно, что такую конфигурацию сервера лучше не использовать для SAN, но я просто показал вам как этим пользоваться, а дальше вы сами решаете нужно это вам или нет.
Источник: bafista.ru
Хранение данных. Или что такое NAS, SAN и прочие умные сокращения простыми словами
TL;DR: Вводная статья с описанием разных вариантов хранения данных. Будут рассмотрены принципы, описаны преимущества и недостатки, а также предпочтительные варианты использования.
Зачем это все?
Хранение данных — одно из важнейших направлений развития компьютеров, возникшее после появления энергонезависимых запоминающих устройств. Системы хранения данных разных масштабов применяются повсеместно: в банках, магазинах, предприятиях. По мере роста требований к хранимым данным растет сложность хранилищ данных.
Надежно хранить данные в больших объемах, а также выдерживать отказы физических носителей — весьма интересная и сложная инженерная задача.
Хранение данных
Под хранением обычно понимают запись данных на некоторые накопители данных, с целью их (данных) дальнейшего использования. Опустим исторические варианты организации хранения, рассмотрим подробнее классификацию систем хранения по разным критериям. Я выбрал следующие критерии для классификации: по способу подключения, по типу используемых носителей, по форме хранения данных, по реализации.
По способу подключения есть следующие варианты:
- Внутреннее. Сюда относятся классическое подключение дисков в компьютерах, накопители данных устанавливаются непосредственно в том же корпусе, где и будут использоваться. Типовые шины для подключения — SATA, SAS, из устаревших — IDE, SCSI.
подключение дисков в сервере
- Внешнее. Подразумевается подключение накопителей с использованием некоторой внешней шины, например FC, SAS, IB, либо с использованием высокоскоростных сетевых карт.
дисковая полка, подключаемая по FC
По типу используемых накопителей возможно выделить:
- Дисковые. Предельно простой и вероятно наиболее распространенный вариант до сих пор, в качестве накопителей используются жесткие диски
- Ленточные. В качестве накопителей используются запоминающие устройства с носителем на магнитной ленте. Наиболее частое применение — организация резервного копирования.
- Flash. В качестве накопителей применяются твердотельные диски, они же SSD. Наиболее перспективный и быстрый способ организации хранилищ, по емкости SSD уже фактически сравнялись с жесткими дисками (местами и более емкие). Однако по стоимости хранения они все еще дороже.
- Гибридные. Совмещающие в одной системе как жесткие диски, так и SSD. Являются промежуточным вариантом, совмещающим достоинства и недостатки дисковых и flash хранилищ.
Если рассматривать форму хранения данных, то явно выделяются следующие:
- Файлы (именованные области данных). Наиболее популярный тип хранения данных — структура подразумевает хранение данных, одинаковое для пользователя и для накопителя.
- Блоки. Одинаковые по размеру области, при этом структура данных задается пользователем. Характерной особенностью является оптимизация скорости доступа за счет отсутствия слоя преобразования блоки-файлы, присутствующего в предыдущем способе.
- Объекты. Данные хранятся в плоской файловой структуре в виде объектов с метаданными.
По реализации достаточно сложно провести четкие границы, однако можно отметить:
- аппаратные, например RAID и HBA контроллеры, специализированные СХД.
RAID контроллер от компании Fujitsu
- Программные. Например реализации RAID, включая файловые системы (например, BtrFS), специализированные сетевые файловые системы (NFS) и протоколы (iSCSI), а также SDS
пример организации LVM с шифрованием и избыточностью в виртуальной машине Linux в облаке Azure
Давайте рассмотрим более детально некоторые технологии, их достоинства и недостатки.
DAS
Direct Attached Storage — это исторически первый вариант подключения носителей, применяемый до сих пор. Накопитель, с точки зрения компьютера, в котором он установлен, используется монопольно, обращение с накопителем происходит поблочно, обеспечивая максимальную скорость обмена данными с накопителем с минимальными задержками. Также это наиболее дешевый вариант организации системы хранения данных, однако не лишенный своих недостатков. К примеру если нужно организовать хранение данных предприятия на нескольких серверах, то такой способ организации не позволяет совместное использование дисков разных серверов между собой, так что система хранения данных будет не оптимальной: некоторые сервера будут испытывать недостаток дискового пространства, другие же — не будут полностью его утилизировать:
Конфигурации систем с единственным накопителем применяются чаще всего для нетребовательных нагрузок, обычно для домашнего применения. Для профессиональных целей, а также промышленного применения чаще всего используется несколько накопителей, объединенных в RAID-массив программно, либо с помощью аппаратной карты RAID для достижения отказоустойчивости иили более высокой скорости работы, чем единичный накопитель. Также есть возможность организации кэширования наиболее часто используемых данных на более быстром, но менее емком твердотельном накопителе для достижения и большой емкости и большой скорости работы дисковой подсистемы компьютера.
SAN
Storage area network, она же сеть хранения данных, является технологией организации системы хранения данных с использованием выделенной сети, позволяя таким образом подключать диски к серверам с использованием специализированного оборудования. Так решается вопрос с утилизацией дискового пространства серверами, а также устраняются точки отказа, неизбежно присутствующие в системах хранения данных на основе DAS. Сеть хранения данных чаще всего использует технологию Fibre Channel, однако явной привязки к технологии передачи данных — нет. Накопители используются в блочном режиме, для общения с накопителями используются протоколы SCSI и NVMe, инкапсулируемые в кадры FC, либо в стандартные пакеты TCP, например в случае использования SAN на основе iSCSI.
Давайте разберем более детально устройство SAN, для этого логически разделим ее на две важных части, сервера с HBA и дисковые полки, как оконечные устройства, а также коммутаторы (в больших системах — маршрутизаторы) и кабели, как средства построения сети. HBA — специализированный контроллер, размещаемый в сервере, подключаемом к SAN.
Через этот контроллер сервер будет «видеть» диски, размещаемые в дисковых полках. Сервера и дисковые полки не обязательно должны размещаться рядом, хотя для достижения высокой производительности и малых задержек это рекомендуется. Сервера и полки подключаются к коммутатору, который организует общую среду передачи данных.
Коммутаторы могут также соединяться с собой с помощью межкоммутаторных соединений, совокупность всех коммутаторов и их соединений называется фабрикой. Есть разные варианты реализации фабрики, я не буду тут останавливаться подробно. Для отказоустойчивости рекомендуется подключать минимум две фабрики к каждому HBA в сервере (иногда ставят несколько HBA) и к каждой дисковой полке, чтобы коммутаторы не стали точкой отказа SAN.
Недостатками такой системы являются большая стоимость и сложность, поскольку для обеспечения отказоустойчивости требуется обеспечить несколько путей доступа (multipath) серверов к дисковым полкам, а значит, как минимум, задублировать фабрики. Также в силу физических ограничений (скорость света в общем и емкость передачи данных в информационной матрице коммутаторов в частности) хоть и существует возможность неограниченного подключения устройств между собой, на практике чаще всего есть ограничения по числу соединений (в том числе и между коммутаторами), числу дисковых полок и тому подобное.
NAS
Network attached storage, или сетевое файловое хранилище, представляет дисковые ресурсы в виде файлов (или объектов) с использованием сетевых протоколов, например NFS, SMB и прочих. Принципиально базируется на DAS, но ключевым отличием является предоставление общего файлового доступа. Так как работа ведется по сети — сама система хранения может быть сколько угодно далеко от потребителей (в разумных пределах разумеется), но это же является и недостатком в случае организации на предприятиях или в датацентрах, поскольку для работы утилизируется полоса пропускания основной сети — что, однако, может быть нивелировано с использованием выделенных сетевых карт для доступа к NAS. Также по сравнению с SAN упрощается работа клиентов, поскольку сервер NAS берет на себя все вопросы по общему доступу и т.п.
Unified storage
Универсальные системы, позволяющие совмещать в себе как функции NAS так и SAN. Чаще всего по реализации это SAN, в которой есть возможность активировать файловый доступ к дисковому пространству. Для этого устанавливаются дополнительные сетевые карты (или используются уже существующие, если SAN построена на их основе), после чего создается файловая система на некотором блочном устройстве — и уже она раздается по сети клиентам через некоторый файловый протокол, например NFS.
SDS
Software-defined storage — программно определяемое хранилище данных, основанное на DAS, при котором дисковые подсистемы нескольких серверов логически объединяются между собой в кластер, который дает своим клиентам доступ к общему дисковому пространству.
Наиболее яркими представителями являются GlusterFS и Ceph, но также подобные вещи можно сделать и традиционными средствами (например на основе LVM2, программной реализации iSCSI и NFS).
N.B. редактора: У вас есть возможность изучить технологию сетевого хранилища Ceph, чтобы использовать в своих проектах для повышения отказоустойчивости, на нашем практическим курсе по Ceph. В начале курса вы получите системные знания по базовым понятиям и терминам, а по окончании научитесь полноценно устанавливать, настраивать и управлять Ceph. Детали и полная программа курса здесь.
Пример SDS на основе GlusterFS
Из преимуществ SDS — можно построить отказоустойчивую производительную реплицируемую систему хранения данных с использованием обычного, возможно даже устаревшего оборудования. Если убрать зависимость от основной сети, то есть добавить выделенные сетевые карты для работы SDS, то получается решение с преимуществами больших SANNAS, но без присущих им недостатков. Я считаю, что за подобными системами — будущее, особенно с учетом того, что быстрая сетевая инфраструктура более универсальная (ее можно использовать и для других целей), а также дешевеет гораздо быстрее, чем специализированное оборудование для построения SAN. Недостатком можно назвать увеличение сложности по сравнению с обычным NAS, а также излишней перегруженностью (нужно больше оборудования) в условиях малых систем хранения данных.
Гиперконвергентные системы
Подавляющее большинство систем хранения данных используется для организации дисков виртуальных машин, при использовании SAN неизбежно происходит удорожание инфраструктуры. Но если объединить дисковые системы серверов с помощью SDS, а процессорные ресурсы и оперативную память с помощью гипервизоров отдавать виртуальным машинам, использующим дисковые ресурсы этой SDS — получится неплохо сэкономить.
Такой подход с тесной интеграцией хранилища совместно с другими ресурсами называется гиперконвергентностью. Ключевой особенностью тут является способность почти бесконечного роста при нехватке ресурсов, поскольку если не хватает ресурсов, достаточно добавить еще один сервер с дисками к общей системе, чтобы нарастить ее. На практике обычно есть ограничения, но в целом наращивать получается гораздо проще, чем чистую SAN. Недостатком является обычно достаточно высокая стоимость подобных решений, но в целом совокупная стоимость владения обычно снижается.
Облака и эфемерные хранилища
Логическим продолжением перехода на виртуализацию является запуск сервисов в облаках. В предельном случае сервисы разбиваются на функции, запускаемые по требованию (бессерверные вычисления, serverless).
Важной особенностью тут является отсутствие состояния, то есть сервисы запускаются по требованию и потенциально могут быть запущены столько экземпляров приложения, сколько требуется для текущей нагрузки. Большинство поставщиков (GCP, Azure, Amazon и прочие) облачных решений предлагают также и доступ к хранилищам, включая файловые и блочные, а также объектные. Некоторые предлагают дополнительно облачные базы, так что приложение, рассчитанное на запуск в таком облаке, легко может работать с подобными системами хранения данных. Для того, чтобы все работало, достаточно оплатить вовремя эти услуги, для небольших приложений поставщики вообще предлагают бесплатное использование ресурсов в течение некоторого срока, либо вообще навсегда.
Из недостатков: могут заблокировать аккаунт, на котором все работает, что может привести к простоям в работе. Также могут быть проблемы со связностью иили доступностью таких сервисов по сети, поскольку такие хранилища полностью зависят от корректной и правильной работы глобальной сети.
Заключение
Надеюсь, статья была полезной не только новичкам. Предлагаю обсудить в комментариях дополнительные возможности систем хранения данных, написать о своем опыте построения систем хранения данных.
Источник: habr.com
Программы управления SAN
Увеличение числа поставщиков продуктов SAN (Storage Area Network) приводит к усложнению хранилищ данных. Всем известно, как трудно управлять средой SAN, в которой объединены разнородные программные и аппаратные продукты разных поставщиков. К счастью, в отрасли понимают значение интегральных инструментов управления разнородными SAN, и администраторам предоставляется широкий выбор продуктов. Подыскивая подходящую программу управления SAN, следует учесть базовую функциональность, к которой относятся функции обнаружения и отображения устройств памяти, коммутаторов и серверов; мониторинга и оповещения об обнаруженных устройствах; выделения логических разделов и зонирования SAN. Наряду с управлением типичными компонентами SAN, такими как адаптеры хост-шины (HBA), запоминающие устройства, кабели и коммутаторы, продукт должен быть совместим с различными серверными платформами и операционными системами, обеспечивать зонирование и интегрироваться с другими инструментами управления.
Обнаружение и отображение запоминающих устройств
Хороший продукт должен обнаруживать и отображать устройства SAN в удобных для восприятия схемах. В нем должны быть функции детализированного представления физической (например, коммутаторы, HBA) и логической (маскирование логического номера устройства — LUN, зонирование) информации о SAN.
Мониторинг и оповещение
SAN — дорогостоящее приобретение, поэтому необходимо позаботиться об окупаемости капиталовложений. Продукт управления должен обеспечивать отслеживание и анализ рабочих характеристик SAN в стандартной конфигурации, без дополнительной настройки. Администратор должен иметь возможность составить собственный набор правил для триггеров событий. Варианты рассылки предупреждений (на пейджер, по электронной почте или SNMP) должны соответствовать процедурам, принятым на предприятии. Исторические данные и отчеты помогут идентифицировать потенциальные проблемы прежде, чем они выйдут из-под контроля, а также эффективно планировать и расширять SAN.
Настройка хранилища и управление доступом
Продукт должен обеспечить централизованную настройку устройств SAN и хранить данные о конфигурации в центральном хранилище. Из единого интерфейса, обеспечивающего управление зонами и масками LUN, проще работать с устройствами различных поставщиков. С помощью зонирования и масок LUN можно логически группировать ресурсы, предоставляя их только уполномоченным системам. Рекомендуется выбирать продукт с гибким зонированием с использованием имен World Wide Names (WWN) и портовым зонированием. В некоторых продуктах зонирование и маскирование LUN можно объединить.
Масштабируемость и поддержка
Даже если в настоящее время компания располагает аппаратными средствами от небольшого количества поставщиков, следует выбирать решение, которое может расти вместе с SAN, обеспечивая масштабируемость и совместимость с различными продуктами. Любое перспективное решение должно быть совместимо с продуктами таких ведущих производителей SAN, как Brocade, EMC, HDS, McDATA и QLogic. Совместимость с разнородными продуктами — хороший индикатор качества реализации открытых стандартов в управляющих решениях и свидетельство того, что поставщик сможет своевременно обеспечивать совместимость с новыми продуктами. Следует оценить, насколько успешно решение SAN вписывается в схему управления предприятием, и выяснить, можно ли интегрировать продукт с корпоративными системами управления от BMC, Computer Associates (CA), Hewlett-Packard (HP) и IBM Tivoli Software.
И наконец, прежде чем принимать решение о покупке, следует познакомиться с планом развития продукта. Ассоциация Storage Network Industry Association (SNIA) работает над исчерпывающим стандартом управления Bluefin в рамках инициативы Storage Management Initiative. Решения, в которых уже сегодня заложено соответствие стандарту Bluefin, будут в долгосрочной перспективе надежными и стабильными инструментами управления SAN.
Источник: www.osp.ru
Советы по открытию файла SAN
Не удается открыть файл SAN? Ты не единственный. Тысячи пользователей ежедневно сталкиваются с подобными проблемами. Ниже вы найдете советы по открытию файлов SAN, а также список программ, поддерживающих файлы SAN.
SAN расширение файла
| LucasArts Smush Animation Format |
| LucasArts Entertainment Company, LLC |
| Видеофайлы |
Файл SAN поддерживается в операционных системах 1. В зависимости от вашей операционной системы вам может потребоваться другое программное обеспечение для обработки файлов SAN. Ниже приводится сводка количества программ, которые поддерживают и открывают файл SAN на каждой системной платформе.
Операционные системы
2
Что такое файл SAN?
Файл с расширением SAN относится к типу файлов Видеофайлы. Он был разработан LucasArts Entertainment Company, LLC. Видеофайлы состоит из # ЧИСЛА # похожих файлов. LucasArts Smush Animation Format чаще всего встречается в операционных системах 1. Файл будет работать на Windows системах, но, к сожалению, не на других. Для обработки этого файла рекомендуется использовать Outlaws. Это программа, созданная LucasArts Entertainment Company, LLC.
В качестве альтернативы вы можете использовать # ЧИСЛО # других программ. The Dig будет применяться, когда невозможно использовать Outlaws.
Как открыть файл SAN?
Часто повторяющаяся проблема с LucasArts Smush Animation Format заключается в том, что SAN не связан с правильным программным файлом. Это проявляется в том, что файлы SAN открываются в необычных приложениях или не имеют назначенной программы. Эту проблему легко исправить.
Первое, что вам нужно сделать, это просто «дважды щелкнуть » по значку файла SAN, который вы хотите открыть. Если в операционной системе есть соответствующее приложение для ее поддержки, а также существует связь между файлом и программой, файл следует открыть.
Шаг 1. Установите Outlaws
В этом случае вы должны сначала убедиться, что на компьютере установлено приложение Outlaws. Для этого введите имя Outlaws в поисковик системы. Если у нас нет этой программы, стоит ее установить, так как она поможет вам автоматически связать файл SAN с Outlaws. Ниже приведен список программ, поддерживающих файл SAN.
Программы для открытия файла SAN
Не забывайте загружать программы, поддерживающие файлы SAN, только из проверенных и безопасных источников. Предлагаем использовать сайты разработчиков программного обеспечения.
Outlaws
The Dig
Шаг 2. Создайте ассоциацию Outlaws с файлами SAN.
Однако может случиться так, что само приложение не вызывает открытия файла SAN в приложении Outlaws, но вы можете установить это вручную. Связь может быть создана с помощью раскрывающегося списка, доступного, если щелкнуть файл правой кнопкой мыши и выбрать « Свойства». Отображаемое окно будет содержать информацию о программе, поддерживающей этот тип файла.
Используя кнопку «Изменить» , мы можем настроить программу на обработку этого типа. Если в списке нет программного обеспечения, просто выберите «Обзор» и вручную выберите каталог, в котором установлено приложение. Однако важно установить флажок «Всегда использовать выбранную программу . », это позволит вам навсегда связать файл SAN с приложением Outlaws.
Шаг 3. Обновите Outlaws до последней версии.
Неисправность также может быть связана с программой Outlaws, возможно, что LucasArts Smush Animation Format требует более новую версию программы. В этом случае используйте сайт LucasArts Entertainment Company, LLC или обновите программу из приложения.
Шаг 4. Проверьте наличие следующих проблем с файлом SAN.
Если описанные выше действия не помогли, вы можете предположить, что сам файл неправильный. Это может быть связано с самим файлом, самые чистые проблемы:
Файл № ROZ # неполный
Размер затронутого файла может быть меньше 0 КБ или меньше ожидаемого. Чаще всего это вызвано проблемой при загрузке файла SAN. Повторная загрузка файла должна решить проблему.
SAN файл заражен
Самая частая причина здесь — компьютерные вирусы. Проверка на вирусы с использованием новейшей антивирусной программы должна решить проблему. В качестве альтернативы вы можете использовать сканеры, доступные в Интернете. Сканирование должно охватывать весь компьютер, а не только файл SAN, который мы хотим открыть. Иногда файлы SAN, зараженные вирусом, не могут быть восстановлены, поэтому заранее сделайте резервную копию.
Файл более старой версии
Это может произойти, особенно когда программа разрабатывается динамически и структура файлов SAN меняется со временем. На своих веб-сайтах разработчики обычно предлагают бесплатные решения таких проблем, например, в виде программы преобразования или более старой версии программы.
Файл поврежден
Причин неудачи может быть много. Восстановление очень зависит от типа файла. Иногда в самой программе есть опции для восстановления самого популярного повреждения файла SAN. Самый простой способ восстановить файл — из резервной копии или связавшись с LucasArts Entertainment Company, LLC, но это может быть дорого. Не все повреждения можно обратить.
Файл SAN можно зашифровать
Программа также может сигнализировать о факте шифрования. Зашифрованные файлы SAN могут использоваться устройством, на котором они были зашифрованы, на любом другом устройстве необходимо иметь соответствующий криптографический ключ и расшифровать файл перед его восстановлением.
У вас ограниченный доступ к файлу
Некоторые операционные системы не разрешают файловые операции в определенных местах, например, в системных каталогах или непосредственно на системном диске. Эти каталоги защищены от записи, и решить эту проблему очень сложно. Если возможно, вы можете попробовать переместить файл SAN в другое место.
SAN файл используется другой программой
Это может произойти с файлом, который не поддерживает множественный доступ. Некоторые типы файлов могут быть открыты только в одной программе за раз. Работающие программы (в том числе в фоновом режиме) следует проверять. Иногда необходимо немного подождать, прежде чем снова обратиться к файлу SAN.
Антивирусные программы или создаваемая резервная копия могут заблокировать файл на некоторое время без ведома пользователя. Если ничего не помогает, перезагрузите устройство.
Источник: file.tips