При создании файлового сервера неизбежно возникает вопрос выбора операционной системы. Здесь есть над чем задуматься: потратить деньги на Windows Server или обратить внимание на бесплатные Linux и BSD? Во втором случае придется еще определиться с выбором файловой системы, которых в Linux довольно много. Однозначного ответа на поставленные вопросы дать нельзя, нужно разностороннее тестирование, которое мы провели в нашей тестовой лаборатории.

Как мы тестировали

Нельзя объять необъятное. Так и в нашем случае. Невозможно протестировать все варианты файловых серверов. Поэтому мы решили ограничиться самыми распространенными. Для Windows Server это версии 2003 и 2008 R2, поскольку первая еще продолжает широко использоваться, а последняя интересна техническими новинками, в частности поддержкой протокола SMB2, файловая система NTFS.

Для Linuх платформы был выбран Ubuntu 10.04 LTS, проведя ряд дополнительных тестов, мы выяснили, что производительность файловых серверов практически не зависит от дистрибутива Linux, в тоже время наблюдается определенная зависимость от версии Samba (в нашем случае 3.4.7). Из всего многообразия файловых систем мы выбрали наиболее распространенные и популярные: ext3, ext4, reiserfs, XFS, JFS. Также был протестирован дистрибутив FreeNAS, как представитель семейства BSD (собран на базе FreeBSD 7.2) с UFS.

В качестве клиента использовали Windows 7 32-бита. Сразу огорчим поклонников XP, нравится вам это или нет, именно Windows 7 станет в ближайшие годы корпоративной OC по умолчанию.

Для тестовой платформы использовались два ПК Core2 Duo E8400 - P45 - 2 Гб PC2-8500 , соединенных гигабитной сетью. На одном из них установлена Windows 7, на втором устанавливались серверные ОС и был подключен дополнительный жесткий диск 750 Gb Western Digital RE3 использовавшийся исключительно для тестирования. Этот диск форматировался в нужную файловую систему и настраивался в качестве общего ресурса.

Тестирование проводилось при помощи пакета Intel NASPT 1.0.7, подробнее о входящих в его состав тестах можно . Для каждой конфигурации мы производили 5 прогонов теста, используя в качестве окончательного средний результат.

Файловые операции

Работа с файлами

На операциях записи уверенно лидирует Windows Server, опережая Linux более чем в два раза, на операциях чтения разрыв между Linux и Windows Server 2003 практически сокращается, однако Windows Server 2008 R2 удерживает высокие позиции, значительно опережая как Linux, так и Windows Server 2003.

В семействе файловых систем Linux при работе с большими файлами неожиданно лидирует reiserfs, ext4 показала довольно низкие результаты при записи, а ext 3 при чтении. JFS - аутсайдер тестирования, и имеет проблемы с записью больших файлов, показав неприемлемо низкий результат. FreeNAS показал весьма скромный результат, по нижней планке Linux систем.

Работа с папками

При работе с большим количеством небольших файлов распределенных по папкам разной степени вложенности результат более равномерный. Windows системы снова лидируют, хотя не со столь впечатляющим отрывом. SMB2 и здесь дает о себе знать, выводя Windows Server 2008 R2 в несомненные лидеры с 40% превосходством над Linux.

В Linux стане результаты довольно ровные, на запись незначительно лидируют reiserfs и JFS, на чтение явного лидера нет, JFS явный аутсайдер. FreeNAS имеет сопоставимые результаты, незначительно опережая при чтении и незначительно отставая при записи.

Работа с приложениями

Итак, абсолютный лидер на сегодня это Windows Server 2008 R2, протокол SMB2 показывает значительное преимущество, не оставляя шансов конкурентам. Если перед вами стоит задача создать высокопроизводительный файловый сервер для работы в современной инфраструктуре то выбора как такового нет. Новая серверная ОС от Microsoft безусловно оправдает затраченные на нее средства.

Windows Server 2003 в общем зачете получает второе место с 76,31%, учитывая что в некоторых задачах он показал довольно низкий результат и небольшой отрыв от Linux решений (10-15%) развертывать новые сервера под этой ОС не представляется целесообразным. Это же следует учитывать при легализации ПО, в этом случае целесообразен апгрейд до Windows Server 2008 R2 или переход на Linux решения.

Среди Linux решений, за исключением JFS, результат довольно равномерный, с небольшим отрывом (3-5%) вперед выходят XFS и reiserfs. JFS явный аутсайдер, к применению категорически не рекомендуется. Решения на базе FreeBSD также нельзя рекомендовать к серьезному применению, они проигрывают Linux 10-15%, не говоря уже о гораздо более серьезном отставании от Windows систем.

Надеемся что проведенное нами тестирование поможет вам принять правильное решение в выборе операционной и файловой систем для вашего файлового сервера.

• Теги:

Please enable JavaScript to view the comments powered by Disqus.

Трекбэк

Около года назад мы провели тестирование различных ОС и файловых систем, изучая их влияние на производительность файлового сервера. Сегодня, когда в обиход плотно входят твердотельные накопители (SSD) и выпущен релиз Samba c поддержкой протокола SMB2,...

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

● Файловый сервер предоставляет совместный доступ пользователям всей сети к определенному тому.
● Клиент использует имя диска (или путь Unicode) для доступа к совместно используемому тому.
● Клиент может читать и писать в совместно используемый том.

Это интересно! Выгодно арендовать файловый сервер можно . Безумно выгодно!

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

Как работает файловый сервер

Хотя файловые и дисковые серверы могут показаться клиенту совершенно одинаковыми, это вовсе не так. Разница заключается, в основном, в распределении обязанностей. Отличие между дисковыми и файловыми серверами можно выразить следующим образом, Когда сетевой клиент первый раз после перезагрузки запрашивает у дискового сервера файл, тот просматривает свое содержимое и находит "карту" склада, хранящего данные. После этого дисковый сервер говорит клиенту: "Вперед, малыш, забирай свой файл, но получи себе еще и карту. Я предпочитаю заниматься более интересными вещами, поэтому обеспечивай себя сам с помощью этой карты". Каждый раз, когда клиент получает что-либо со склада или что-либо возвращает в него, порядок на этом складе немного изменяется, но поскольку при этом выполняется автоматическое обновление, то карта, предоставленная дисковым сервером, будет точна. Однако когда клиентный компьютер через некоторое время снова обратится к серверу для поиска файлов с помощью своих старых карт, очень может быть, что склад будет уже организован по-другому, и клиент не сможет ничего найти.
В отличие от дискового, файловый сервер будет искать требуемое сам, не разрешая толпе сетевых клиентов обшаривать свой собственный жесткий диск. Когда рабочая станция запросит у него файл, файловый сервер ответит ему: "Я должен переслать эти данные — уж лучше я сделаю все сам". После этого он передаст запрос драйверу файловой системы, который найдет файл и пошлет информацию о его местонахождении клиентному приложению, после чего оно откроет этот файл. Клиент никогда не получит копию FAT-таблицы диска сервера, Хотя и использует серверные средства обработки такого запроса.
Поэтому в файловом сервере существует только одна копия FAT-таблицы, всегда соответствующая текущему моменту времени.
Обслуживание файловых операций является одной из наиболее распространенных функций сетевого сервера, позволяющих решить несколько очень полезных задач. Во-первых, с помощью соответствующих средств обеспечивается централизация хранения данных для облегчения их последующего архивирования. Во-вторых, файловые серверы предоставляют доступ к одному файлу сразу нескольким пользователям. Конечно, во многих случаях клиентный компьютер может предоставить весь свой жесткий диск для совместного использования всей сетью, так что локально хранимые файлы становятся доступными всей сети (что обычно делается в одноранговой сети). Однако при этом могут возникнуть проблемы, если, например, сразу 40 человек в сети предоставят некоторую часть своих жестких дисков для совместного использования всей остальной сети. Это может привести к тому, что отдельные файлы найти будет чрезвычайно сложно.
Файловые серверы имеют только один недостаток: такой сервер должен все время находиться в режиме оперативного доступа, и содержимое его жесткого диска должно регулярно архивироваться, в противном случае он становится хуже, чем бесполезным. Если файлы хранятся на клиентных компьютерах, то при отключении одного из них все остальные еще могут продолжать работу. Но если выключится файловый сервер, работа сети будет парализована. Поддержка операций архивирования и необходимость обеспечения надежности функционирования являются критическими требованиями при организации работы хорошего файлового сервера.

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

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

Итог: реализация подключения
Независимо от того, используете вы Windows XP или какую-либо более раннюю версию операционной системы, должна иметься возможность настройки подключения к беспроводной сети. Если функция...

Некоторые размышления о совместной работе в сети

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

Задача обеспечения совместного доступа к информации теоретически решается очень просто - закладка «общий доступ» в свойствах папки известна, пожалуй, любому, кто более-менее знаком с Windows . Однако с ростом компании, с увеличением числа отделов, встаёт вопрос разграничения доступа к данным. И если раньше пользователь мог просто «расшарить» (от англ. share - разделять) папку всем, то теперь ему придётся выборочно давать доступ конкретным пользователям. И если в сети нет механизмов централизованного управления пользователями и правами пользователей, то каждому, кто пытается дать доступ к своему компьютеру, придётся прописывать коллег, как пользователей своего компьютера, наделяя их соответствующими полномочиями. И так для каждого рабочего места в компании. И в итоге информация, относящаяся к одному проекту, но находящаяся на разных компьютерах, может кардинально различаться. И будет потрачено время, которого обычно не то, что мало, а практически никогда нет, для выявления и устранения разночтений. Попутно возрастают накладные расходы на управление общими папками и обеспечение резервного копирования ценной информации. А ведь еще есть ограничение на количество одновременных подключений к общим ресурсам в десктопных версиях Windows .

Какой может быть из этого выход? Например, установить отдельный компьютер - файловый сервер (англ. file server ), открыть его для совместного доступа, и работать с информацией только на нём. Тогда, в идеале, будет существовать только одна актуальная копия необходимых в работе данных. Изменения в ней будут видны всем заинтересованным в ней пользователям. Да и обеспечить резервное копирование информации (англ. backup ) одного компьютера легче.

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

В чем преимущество «идеологически правильных» серверов? Для начала подумаем, какие требования предъявляются к серверу. Сервер должен предоставлять бесперебойный доступ к своим ресурсам. Главное требование - обеспечение доступности. Доступность обеспечивается отказоустойчивостью и производительностью (если сервер перегружен, то он не способен обслуживать запросы клиентов, и становится недоступен для них). Это, скажем так, технические требования. Есть еще и эксплуатационные - удобство обслуживания и масштабируемость (англ. Scalability - возможность наращивать производительность без смены всего сервера ). Рассмотрим эти требования.

Отказоустойчивость . Никто не способен гарантировать 100% надежность всех компонентов сервера, поэтому отказоустойчивость обеспечивается дублированием (англ. redundancy - избыточность ). Дублирование блоков питания, контроллеров, RAID-массивы, избыточность модулей памяти, память с поддержкой ECC - все это направлено на обеспечение отказоустойчивости.

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

Удобство обслуживания . Может показаться неважным, однако это совсем не так - попробуйте остановить для ремонта сервер бухгалтерии во время аврала с годовой отчетностью - наверняка мало не покажется.

Что предоставляет сервер в плане удобства обслуживания? В первую очередь - горячую замену (англ. hotswap - возможность отключать/подключать компоненты сервера без прерывания его работы ). Возможностью горячей замены может быть оснащено все - от систем охлаждения до памяти и процессоров. Также к этой категории относятся системы мониторинга, оповещения и удаленного управления, позволяющие управлять сервером даже без участия операционной системы (в частности, см. ).

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

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

Некоторые термины и определения:

1.Сервер (англ. server от англ. to serve - служить) - совокупность аппаратных и программных средств, выполняющая сервисные функции по запросу клиента, предоставляя ему доступ к определённым ресурсам.
2.Администратор (англ. administrator - управляющий) - сотрудник компании, выполняющий работу по поддержанию работоспособности компьютерного парка и сети компании.
3.Пользователь (англ. user ) - лицо, которое использует предоставляемые информационной системой/сетью/сервером/сервисом ресурсы.
4.RAID (англ. redundant array of independent/inexpensive disks ) - избыточный массив независимых/недорогих (скорее, недорогих) дисков. Используются как один из элементов обеспечения отказоустойчивости и/или повышения производительности.
5.Hot-spare (англ. горячий резерв ) - механизм обеспечения автоматической (либо ручной, в зависимости от политики) замены вышедшего из строя компонента на резервный (резервный компонент подключен к системе и готов к работе, однако не функционирует, пока система работает корректно)
6.Hot-swap (англ. горячая замена ) - возможность заменять компоненты системы без выключения всей системы.
7.IPMI - Intelligent Platform Management Interface . Технология, позволяющая администратору удаленно управлять сервером независимо от операционной системы. Подробная информация доступна на сайте .

Файловый сервер - это сервер, который предназначен для хранения и обмена файлами. Собственно такое определение говорит само за себя и выдумывать что-то другое тут просто не получится. Ещё его называют "файловой помойкой", потому что обычно скопище файлов рано или поздно именно в это превращается:)

Как можно организовать такой сервер? Да очень просто. Во-первых, можно просто поставить Windows на любой компьютер, сделать общий доступ к папке и таким образом, все пользователи, которые находятся в сети, получат к ней доступ, указав в адресной строке адрес этого сервера. Не знаю, насколько долго простоит такой сервер, но если его использовать аккуратно, то простоять может долго. Видел такое вот решение: на каждом компьютере, с операционной системой WindowsXP, создана папка, которой определён общий доступ. На каждом компьютере в сети, тоже с такой же операционной системой, подключены сетевые диски, каждый диск из которых является сетевой папкой, какого-то компьютера в сети, таким образом созданных:) Не знаю, насколько хорошо и действенно такое решение, но мне оно не совсем нравится, так как расчитано малое количество компьютеров. И потому надо искать другие методы, чтобы иметь то, что мы хотим иметь.

Так как мы больше склоняемся к *nix решениям, то самым оптимальным решением для таких целей будет служить программа SAMBA , которая позволяет работать с виндовыми машинами:) Кстати, насколько я видел недавно, SAMBA также работает и с компьютерами с MAC осью. Но может у меня глюки были такие, или может я не правильно что-то понял, когда увидел в пакете SAMBA эту поддержку. Но я отвлёкся. Маков пока в конторах нет (в наших), и потому будем разговаривать о сопряжении компьютеров с операционной системой Windows и файловом сервере на основе *nix , то есть будем говорить о программе SAMBA :)

Я не буду рассказывать о тонкой настройке самой SAMBA и вспомогательных утилитах для работы с ней, так как на это уйдёт куча времени. Мы поговорим про урезанные версии Linux, которые служат для какой-то определённой цели. Мы ведь говорим про ClarkConnect , не правда ли? Есть ещё хорошее решение для этих целей - FreeNAS , но оно мне не понравилось в связи, с меньшим количеством элементарного функционала, нежели ClarkConnect ...а может я чего-то не увидел. В общем, у каждого есть время, чтобы опробовать и то, и то:)

В ClarkConnect файловый сервер реализован на основе SAMBA . Да-да, но только запустить такой файловый сервер сможет любой человек, даже не знающий *nix и не имеющий представления о файле smb.conf и его структуре:) Правда сервачёк у него получиться без наворотов, но стопроцентно говорю, будет работать. Мало того, что будет работать, так ещё и работать хорошо! :) Главное, чтобы не падал LDAP , а там машина возьмёт своё.

Обновлено: 05.12.2016 Опубликовано: 2016 год или раньше

В качестве примера используется Windows Server 2012 R2. Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.

Шаг 1. Выбор оборудования и подготовка сервера

В качестве сервера, желательно, выбрать профессиональное оборудование. Системные требования для файлового сервера не высокие:

• Процессор может быть самый простой;
• Оперативная память также не сильно используется;
• Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.

Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.

Дополнительные требования

1. Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
2. Сервер должен быть подключен к источнику бесперебойного питания;
3. Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.

Шаг 2. Установка Windows и настройка системы

Установка системы

На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 - 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.

Настройка системы

1. Проверяем правильность настройки времени и часового пояса;
2. Задаем понятное имя для сервера и, при необходимости, вводим его в домен ;
3. Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр ;
4. Для удаленного администрирования, включаем удаленный рабочий стол ;
5. Устанавливаем все обновления системы.

Шаг 3. Базовые настройки файлового сервера

Это стандартные действия, которые выполняются при настройке обычного файлового сервера.

Установка роли и вспомогательных компонентов

Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.

Открываем Диспетчер серверов . Он может быть запущен из панели быстрого запуска.

Нажимаем Управление - Добавить роли и компоненты .

В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее .

В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее .

Среди ролей находим Файловые службы и службы хранилища , раскрываем ее и проверяем, что установлены галочки напротив следующих компонентов:

• Службы хранения;
• Файловый сервер;

Если данные службы не установлены, выбираем их и нажимаем Далее .

В окне Выбор компонентов просто нажимаем Далее .

Откроется окно Подтверждение установки компонентов . Нажимаем Установить и после окончания процесса перезагружаем сервер.

Настройка шары (общей папки)

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

В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка :

Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения :

Предоставляем полный доступ всем пользователям:

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

Нажимаем OK и еще раз OK .

Теперь переходим на вкладку Безопасность и нажимаем Дополнительно :

В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта .

Нажимаем OK и Изменить .

Выставляем необходимые права на папку, например:

Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!

Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \\fs1\Общая папка .

Шаг 4. Тюнинг файлового сервера или профессиональные советы

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

DFS

С самого начала стоит создавать общие папки в пространстве имен DFS . На это есть две основные причины:

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

Теневые копии

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

Аудит

Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.

Шаг 5. Настройка средств обслуживания

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

Резервное копирование

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

Мониторинг

Мониторить стоит:

1. Сетевую доступность сервера;
2. Свободное дисковое пространство;
3. Состояние жестких дисков.

Шаг 6. Тестирование

Тестирование состоит из 3-х основных действий:

1. Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
2. Выполнить действия анализатора соответствий рекомендациям.
3. Провести живой тест работы сервиса с компьютера пользователя.