LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
1) Чтобы обновление не ломало системный пул, надо сделать "reset to factory defaults"
2) В sun unified storage - который можно считать образцово навороченным над ZFS набором сервисов - есть качественная документация по адресу
https://ipaddress:215/wiki/ (она же вызывается кликом на help)
в ней не только справка по интерфейсу, но и объяcнение концепций. Пример
Цитата:
Сторадж пулы
ZFS группирует нижележащие устройства хранения в пулы, из которых фс и луны забирают нужное количество дисковых ресурсов. Прежде чем создавать фс и луны, вы должны сконфигрурировать сторадж. После того, как сторадж пул сконфигурирован, нет нужды статически управлять размером фс: нужный результат достигается с использованием квот и резервирования.
Проекты
Для удобства все фс и луны сгруппированы в проекты с общими свойствами. Можно, в принципе, создавать все шары внутри умолчального проекта default - но по мере роста своего хозяйства вы пожалеете, что сразу не озадачились сгруппировать свои шары в проекты.
Шары
Шары это фс и луны, которые экспортированы для клиентов посредством протоколов. Фс экспортируют файловую иерархию и доступны по CIFS, NFS, HTTP/WebDAV и FTP. Луны экспортируют блочные тома и доступны по iSCSI. Пара проект/шара - уникальный идентификатор шары внутри пула. Разные проекты могут содержать одинаково названные шары. Проект может содержать одновременно фс и луны (внутри общего пространства имен).
Снапшоты
A snapshot is a point-in-time copy of a filesystem or LUN. Snapshots can be created manually or by setting up an automatic schedule. Snapshots initially consume no additional space, but as the active share changes, previously unreferenced blocks will be kept as part of the last snapshot. Over time, the last snapshot will take up additional space, with a maximum equivalent to the size of the filesystem at the time the snapshot was taken.
Filesystem snapshots can be accessed over the standard protocols in the .zfs/snapshot snapshot at the root of the filesystem. This directory is hidden by default, and can only be accessed by explicitly changing to the .zfs directory. This behavior can be changed in the Snapshot view, but may cause backup software to backup snapshots in addition to live data. LUN Snapshots cannot be accessed directly, though they can be used as a rollback target or as the source of a clone. Project snapshots are the equivalent of snapshotting all shares within the project, and snapshots are identified by name. If a share snapshot that is part of a larger project snapshot is renamed, it will no longer be considered part of the same snapshot, and if any snapshot is renamed to have the same name as a snapshot in the parent project, it will be treated as part of the project snapshot.
Shares support the ability to rollback to previous snapshots. When a rollback occurs, any newer snapshots (and clones of newer snapshots) will be destroyed, and the active data will be reverted to the state when the snapshot was taken. Snapshots only include data, not properties, so any property settings changed since the snapshot was taken will remain.
Клоны
A clone is a writable copy of a share snapshot, and is treated as an independent share for administrative purposes. Like snapshots, a clone will initially take up no extra space, but as new data is written to the clone, the space required for the new changes will be associated with the clone. Clones of projects are not supported. Because space is shared between snapshots and clones, and a snapshot can have multiple clones, a snapshot cannot be destroyed without also destroying any active clones.
|
|
Всего записей: 18086 | Зарегистр. 14-10-2001 | Отправлено: 11:36 31-10-2009 | Исправлено: LevT, 12:22 31-10-2009 |
|
