Файлы, которые имеют некоторые общие черты, сохраняются

Обновлено: 21.11.2024

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

Примечание. Если ваша организация зарегистрировала или обновила аккаунт Google Workspace до июля 2017 года, вам может потребоваться включить общие диски для своих пользователей. Дополнительные сведения см. в разделе Управление пользователями и действиями на общем диске.

Об общих дисках

Создайте общий диск для своих проектов или команды, чтобы обмениваться информацией и работать.

  • Общий диск отображается на Диске Google внешнего пользователя.
  • Любая работа, в которую вносит вклад внешний пользователь (например, редактирование, создание или загрузка файла), передается домену, создавшему общий диск, и принадлежит ему.
  • Внешний пользователь должен иметь аккаунт Google и войти на Диск.

Пользователи могут только перемещать файлы.

Администраторы могут перемещать файлы и папки. Узнать больше.

Да, если у вас есть доступ к Менеджеру или Менеджеру содержания.

Примечание. Только менеджеры могут перемещать файлы и папки между общими дисками.

Да, с Диском для ПК.

  • У каждого общего диска есть своя корзина.
  • Через 30 дней файлы и папки в Корзине удаляются навсегда.
  • Участники могут удалять определенные файлы раньше.

Как администратор, вы должны подумать о том, как вы хотите упорядочивать данные своей организации и предоставлять к ним общий доступ, когда решаете, использовать ли "Мой диск" или общий диск. Ознакомьтесь с этими рекомендациями:

  • Ответственно делитесь контентом – используйте общие диски, чтобы делиться контентом, предназначенным для общего доступа или просмотра всей организацией. Храните личные и личные файлы в папке "Мой диск".
  • Улучшите совместную работу: создайте общий диск для каждого проекта и назначьте самый высокий уровень доступа всем членам команды.
  • Повысьте эффективность использования общих дисков и улучшите видимость – научите своих руководителей и сотрудников пользоваться общими дисками.
  • Упорядочивайте контент – помогайте пользователям перемещать контент из раздела "Мой диск" на общие диски.
  • Общий доступ к содержимому. Чтобы узнать больше об обмене файлами и папками с пользователями, не являющимися участниками общего диска, перейдите к разделу Управление доступом к файлам и папкам на общем диске. Вы также можете обмениваться файлами и папками с пользователями, не являющимися пользователями Google, с помощью функции общего доступа посетителей. Узнать больше.
  • Перемещение контента. Пользователи могут перемещать файлы и папки в зависимости от своей роли. Узнайте больше о том, как переместить контент на общий диск.

Если пользователи в вашей организации спрашивают вас, когда создавать общие диски, подумайте о следующем:

  • Являются ли файлы интересными для большинства или для всех членов конкретной проектной группы?
  • Имеют ли файлы общую тему?

Если вы ответили «да» на оба вопроса, создайте новый общий диск.

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

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

Если общий диск содержит большое количество файлов на корневом уровне, может возникнуть одна из следующих проблем:

  • Цель неясна — несколько проектов используют его как корзину для произвольных файлов.
  • Слишком обширный список участников — в качестве участников назначено слишком много проектных групп или организационных подразделений.

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

Ваши пользователи могут попытаться создать общий диск для представления набора проектов или программ, а затем создать отдельные папки для каждого проекта. Они могут попросить вас установить разные права доступа для каждой из папок на общем диске, что может указывать на превышение лимита подписки на общий диск.

Каждая из папок в этом сценарии должна быть реорганизована в отдельный общий диск.

Если несколько команд спорят о том, как следует упорядочивать файлы и папки на общем диске, это может означать, что на общем диске представлено слишком много проектов и команд. Общий диск необходимо реорганизовать в 2–3 новых:

  • Один общий диск, содержащий исключительно «общий» контент, представляющий межфункциональную команду проекта.
  • Один (или несколько) общих дисков для определенного контента для каждой функциональной группы.

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

Преимущества хранилища Azure

Службы Azure Storage предлагают следующие преимущества для разработчиков приложений и ИТ-специалистов:

Службы данных хранилища Azure

Платформа хранилища Azure включает следующие службы данных:

    : Массивно масштабируемое хранилище объектов для текстовых и двоичных данных. Также включает поддержку аналитики больших данных с помощью Data Lake Storage Gen2. : управляемые файловые ресурсы для облачных или локальных развертываний. : хранилище сообщений для надежного обмена сообщениями между компонентами приложения. : хранилище NoSQL для бессхемного хранения структурированных данных. : тома хранилища на уровне блоков для виртуальных машин Azure.

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

Рассмотреть варианты хранения данных в Azure

Azure предоставляет различные инструменты и службы для хранения, включая службу хранилища Azure. Чтобы определить, какая технология Azure лучше всего подходит для вашего сценария, см. раздел Просмотр вариантов хранения в Azure Cloud Adoption Framework.

Примеры сценариев для служб хранилища Azure

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

Вы хотите заменить или дополнить локальные файловые серверы или устройства NAS.

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

Хранилище BLOB-объектов

Хранилище BLOB-объектов Azure — это решение Microsoft для хранения объектов в облаке. Хранилище BLOB-объектов оптимизировано для хранения больших объемов неструктурированных данных, таких как текст или двоичные данные.

Хранилище BLOB-объектов идеально подходит для:

  • Отправка изображений или документов непосредственно в браузер.
  • Хранение файлов для распределенного доступа.
  • Потоковое видео и аудио.
  • Хранение данных для резервного копирования и восстановления, аварийного восстановления и архивирования.
  • Сохранение данных для анализа локальной службой или службой, размещенной в Azure.

Дополнительные сведения о хранилище BLOB-объектов см. в разделе Введение в хранилище BLOB-объектов.

Файлы Azure

Azure Files позволяет настроить высокодоступные общие сетевые файловые ресурсы, доступ к которым можно получить с помощью стандартного протокола SMB. Это означает, что несколько виртуальных машин могут совместно использовать одни и те же файлы с доступом как для чтения, так и для записи. Вы также можете читать файлы с помощью интерфейса REST или клиентских библиотек хранилища.

Одна вещь, которая отличает Файлы Azure от файлов в корпоративной общей папке, заключается в том, что вы можете получить доступ к файлам из любой точки мира, используя URL-адрес, который указывает на файл и включает маркер подписи общего доступа (SAS). Вы можете генерировать токены SAS; они разрешают определенный доступ к частному объекту в течение определенного периода времени.

Общие файлы можно использовать во многих распространенных сценариях:

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

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

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

Дополнительные сведения о службе "Файлы Azure" см. в разделе Введение в службу "Файлы Azure".

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

Хранилище очереди

Служба очередей Azure используется для хранения и извлечения сообщений. Сообщения в очереди могут иметь размер до 64 КБ, а очередь может содержать миллионы сообщений. Очереди обычно используются для хранения списков сообщений, подлежащих асинхронной обработке.

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

Дополнительные сведения об очередях Azure см. в разделе Введение в очереди.

Хранилище таблицы

Хранилище таблиц Azure теперь является частью Azure Cosmos DB. Документацию по хранилищу таблиц Azure см. в разделе Обзор хранилища таблиц Azure. В дополнение к существующей службе хранилища таблиц Azure предлагается новый API таблиц Azure Cosmos DB, который предоставляет таблицы с оптимизированной пропускной способностью, глобальное распределение и автоматические вторичные индексы.Чтобы узнать больше и попробовать новый расширенный интерфейс, см. API таблиц Azure Cosmos DB.

Дополнительные сведения о хранилище таблиц см. в разделе Обзор хранилища таблиц Azure.

Дисковое хранилище

Управляемый диск Azure — это виртуальный жесткий диск (VHD). Вы можете думать об этом как о физическом диске на локальном сервере, но виртуализированном. Диски, управляемые Azure, хранятся в виде страничных BLOB-объектов, которые представляют собой случайный объект хранилища операций ввода-вывода в Azure. Мы называем управляемый диск «управляемым», поскольку он представляет собой абстракцию над страничными BLOB-объектами, контейнерами BLOB-объектов и учетными записями хранения Azure. При использовании управляемых дисков все, что вам нужно сделать, — это подготовить диск, а Azure позаботится обо всем остальном.

Дополнительные сведения об управляемых дисках см. в разделе Введение в управляемые диски Azure.

Типы учетных записей хранения

Хранилище Azure предлагает несколько типов учетных записей хранения. Каждый тип поддерживает различные функции и имеет собственную модель ценообразования. Дополнительные сведения о типах учетных записей хранения см. в разделе Обзор учетных записей хранения Azure.

Защищенный доступ к учетным записям хранения

Каждый запрос к хранилищу Azure должен быть авторизован. Служба хранилища Azure поддерживает следующие методы авторизации:

  • Интеграция с Azure Active Directory (Azure AD) для больших двоичных объектов, очередей и данных таблиц. Служба хранилища Azure поддерживает проверку подлинности и авторизацию с помощью Azure AD для служб BLOB-объектов и очередей с помощью управления доступом на основе ролей Azure (Azure RBAC). Авторизация с помощью Azure AD также поддерживается для службы таблиц в предварительной версии. Авторизация запросов с помощью Azure AD рекомендуется для обеспечения максимальной безопасности и простоты использования. Дополнительные сведения см. в статье Авторизация доступа к данным в службе хранилища Azure.
  • Авторизация Azure AD через SMB для файлов Azure. Файлы Azure поддерживают авторизацию на основе удостоверений через SMB (блок сообщений сервера) через доменные службы Azure Active Directory (Azure AD DS) или локальные доменные службы Active Directory (предварительная версия). Ваши виртуальные машины Windows, присоединенные к домену, могут получить доступ к файловым ресурсам Azure с помощью учетных данных Azure AD. Дополнительные сведения см. в статьях Обзор поддержки проверки подлинности на основе удостоверений в Azure Files для доступа SMB и Планирование развертывания Azure Files.
  • Авторизация с помощью общего ключа. Службы BLOB-объектов, файлов, очередей и таблиц Azure Storage поддерживают авторизацию с помощью общего ключа. Клиент, использующий авторизацию с общим ключом, передает заголовок с каждым запросом, подписанным с помощью ключа доступа к учетной записи хранения. Дополнительные сведения см. в разделе Авторизация с помощью общего ключа.
  • Авторизация с использованием подписей общего доступа (SAS). Подпись общего доступа (SAS) — это строка, содержащая маркер безопасности, который можно добавить к URI ресурса хранилища. Маркер безопасности инкапсулирует ограничения, такие как разрешения и интервал доступа. Дополнительные сведения см. в разделе Использование подписей общего доступа (SAS).
  • Анонимный доступ к контейнерам и большим двоичным объектам. Контейнер и его большие двоичные объекты могут быть общедоступными. Когда вы указываете, что контейнер или большой двоичный объект является общедоступным, любой может прочитать его анонимно; аутентификация не требуется. Дополнительные сведения см. в разделе Управление анонимным доступом на чтение к контейнерам и большим двоичным объектам.

Шифрование

Для службы хранилища Azure доступны два основных типа шифрования. Дополнительные сведения о безопасности и шифровании см. в руководстве по безопасности хранилища Azure.

Шифрование при хранении

Шифрование Azure Storage защищает и защищает ваши данные в соответствии с вашими корпоративными обязательствами по безопасности и соответствию требованиям. Служба хранилища Azure автоматически шифрует все данные перед сохранением в учетной записи хранения и расшифровывает их перед извлечением. Процессы шифрования, дешифрования и управления ключами прозрачны для пользователей. Клиенты также могут управлять своими ключами с помощью Azure Key Vault. Дополнительные сведения см. в разделе Шифрование в хранилище Azure для данных в состоянии покоя.

Шифрование на стороне клиента

Избыточность

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

Перенос данных в хранилище Azure и обратно

У вас есть несколько вариантов перемещения данных в хранилище Azure или из него. Какой вариант вы выберете, зависит от размера вашего набора данных и пропускной способности вашей сети. Дополнительные сведения см. в разделе Выбор решения Azure для передачи данных.

Цены

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

API, библиотеки и инструменты хранилища

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

KB4025334 содержит набор исправлений для дедупликации данных, в том числе важные исправления надежности, и мы настоятельно рекомендуем установить его при использовании дедупликации данных с Windows Server 2016 и Windows Server 2019.

Почему дедупликация данных полезна?

Дедупликация данных помогает администраторам систем хранения сократить расходы, связанные с дублированием данных. Большие наборы данных часто дублируются, что увеличивает затраты на хранение данных. Например:

  • Файловые ресурсы пользователей могут иметь много копий одних и тех же или похожих файлов.
  • Гости виртуализации могут быть почти идентичными от одной ВМ к другой.
  • Моментальные снимки резервных копий могут незначительно отличаться изо дня в день.

Экономия пространства, которую можно получить за счет дедупликации данных, зависит от набора данных или рабочей нагрузки тома. Наборы данных с высоким уровнем дублирования могут иметь коэффициент оптимизации до 95 % или 20-кратное сокращение использования хранилища. В следующей таблице показана типичная экономия за счет дедупликации для различных типов контента:

< td>Пользовательские документы
Сценарий Содержание Типичная экономия места
Офисные документы, фотографии, музыка, видео и т. д. 30-50%
Доля развертывания< /td> Двоичные файлы программного обеспечения, CAB-файлы, символы и т. д. 70-80%
Библиотеки виртуализации ISO, файлы виртуального жесткого диска и т. д. 80-95%
Общий общий доступ к файлам Все вышеперечисленное 50-60%

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

На этой странице мы рассмотрим следующие функции и концепции, связанные с файлами и каталогами:

  • Файлы и каталоги
  • Практика присвоения имен
  • Пути
  • Типы файлов
  • Единицы размера данных
  • Управление представлениями файлов и папок

Файл — это данные, хранящиеся на жестком диске или другом носителе как отдельный объект. Например, вы обычно сохраняете тезис, слайд-презентацию или фотографию в виде файла. Файлы обычно имеют следующие характеристики:

  • У файла всегда есть имя.
  • Файл всегда занимает место в хранилище.
  • Файл всегда сохраняется в определенном формате: основная часть текста сохраняется в одном из множества форматов текстовых файлов, фотография — в одном из множества форматов файлов изображений и т. д.
  • Файл содержит информацию о том, когда он был создан и когда последний раз изменялся.
  • Файлы обычно имеют права доступа, особенно если они находятся в сети.

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

Каталог или папка — это место, где хранятся файлы или другие каталоги.

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

Соглашения об именах файлов и каталогов различаются в зависимости от операционной системы: например, в Windows за точкой в ​​имени файла обычно следует расширение файла, состоящее из одного или нескольких символов, обозначающих тип файла. С другой стороны, в Linux расширение не требуется.

В зависимости от системы использование определенных специальных символов (: > / * ? ” > |) в имени файла может быть невозможно. Кроме того, использование пробела или скандинавских умлаутов (å, ä, ö) может иногда вызывать проблемы, особенно в Интернете. Если у вас возникли проблемы с публикацией файлов в Интернете, попробуйте удалить специальные символы из имени.

В Linux использование ЗАГЛАВНЫХ и строчных букв в именах файлов имеет значение; например Ray.txt отличается от ray.txt. В Windows прописные и строчные буквы могут использоваться более свободно.

Пути

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

Путь показывает, что файл с именем Дневник исследования.docx находится на диске C в подкаталоге Studies and stuff, который принадлежит пользователю rkeskiva. Эту же информацию можно представить графически:

Типы файлов

Файл может содержать различные материалы: текст, видео и т. д. Когда содержимое файла сохраняется в определенном общеизвестном формате, это называется типом файла. Например, фотографии часто хранятся в виде файлов изображений JPEG, а текстовые документы — в виде файлов документов DOCX или RTF.

В Windows тип файла определяется расширением файла (обычно состоящим из трех букв), которое следует за точкой в ​​имени файла. Расширение файла указывает на формат, в котором были сохранены данные в файле.

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

Если в каталогах Windows не отображается расширение файла (см. значок внизу слева), определить тип файла сложно.

Чтобы просмотреть расширения файлов, откройте панель управления и нажмите «Внешний вид и персонализация». Затем нажмите «Параметры проводника». В открывшемся окне перейдите на вкладку «Вид» и прокрутите вниз список «Дополнительные настройки». Снимите флажок «Скрыть расширения для известных типов файлов» и примите изменение, нажав «ОК». Теперь будут отображаться расширения файлов (см. рисунок справа).

Размер файла и единицы измерения

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

Данные сохраняются в двоичном виде, т. е. в виде чисел, состоящих из единиц и нулей. Наименьшая единица хранения данных – бит (b) – может принимать значение 1 или 0. Когда несколько битов объединяются подряд, они образуют байт (B). Байт может выглядеть так, например: «01011001». Если вы набираете слово «данные» на своем компьютере, оно состоит из четырех байтов (каждая буква обычно состоит из одного байта).

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

Размер файла во многом зависит от его типа. Документ из одной страницы, содержащий только текст, может иметь размер всего 3 КБ, а фотография может иметь размер 3 МБ или намного больше (размер изображения зависит от формата, в котором оно сохранено). Весь фильм может легко занять несколько гигабайт дискового пространства.

Даты создания и изменения

Если в окне файлов настроено отображение всех сведений о файлах, вы часто будете видеть дату изменения для каждого файла.

Если вы хотите проверить, когда файл был первоначально создан (дата создания), щелкните файл правой кнопкой мыши и выберите «Свойства» в открывшемся меню. Даты создания и изменения отображаются следующим образом:

Управление представлениями файлов и папок

Вы можете изменить вид папки, чтобы просмотреть сведения о файлах и папках в удобном для вас формате (например, в виде эскизов или с видимыми датами). В Windows 10 вы можете изменить вид, нажимая кнопки в правом нижнем углу окна (см. изображение ниже).

Доступ к тем же параметрам можно получить через меню «Вид», которое можно отобразить, нажав клавишу Alt на клавиатуре.

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

Читайте также: