Administrator Guide
Table Of Contents
- Dell DR Series System Administrator Guide
- DR Series システムの概要
- Understanding the DR Series System
- About the DR Series System
- ドライブ容量と使用可能な物理容量
- Data Storage Terminology and Concepts
- Supported File System Protocols
- OpenStorage Technology (OST): DR Series System
- Rapid Data Storage (RDS): DR Series System
- DR Series System and Data Operations
- Supported Software and Hardware
- DR Series — Expansion Shelf Cabling
- DR Series システム拡張シェルフの追加
- Setting Up the DR Series System
- Interacting With the DR Series System
- Connections for Initializing a DR Series System
- DR Series システムの初期化
- RACADM を使用した iDRAC6/iDRAC7 へのアクセス
- Logging in Using a Web Interface
- Dashboard(ダッシュボード)ページとオプション
- Storage(ストレージ)ページとオプション
- About the Schedules Page and Options
- About the System Configuration Page and Options
- Support(サポート)ページとオプション
- Configuring the DR Series System Settings
- Managing DR Series Storage Operations
- DR Series システムの監視
- DR Series システムのサポートオプションの使用
- OST の設定と使用
- OST の理解
- OpenStorage Technology(OST)API
- OST ガイドライン
- OST Terminology
- Supported OST Software and Components
- OST Required Configurations
- ベストプラクティス:OST と DR Series システム
- クライアント側の最適化の設定
- Configuring an LSU
- Installing the Dell OST Plug-In
- NetBackup を使用した DR Series システム情報の設定
- Backing Up Data From a DR Series System (NetBackup)
- Using Backup Exec With a DR Series System (Windows)
- OST Plug-In and Supported Versions
- Installation Prerequisites for the OST Plug-In for Backup Exec
- Backup Exec GUI を使用した DR Series システムの設定
- Backup Exec を使用した DR Series システム上でのバックアップの作成
- Optimizing Duplication Between DR Series Systems Using Backup Exec
- Restoring Data from a DR Series System Using Backup Exec
- Understanding the OST CLI Commands
- Understanding OST Plug-In Diagnostic Logs
- Linux ユーティリティを使用した診断の収集
- メディアサーバー情報の収集に関するガイドライン
- Configuring and Using Rapid Data Storage
- RDS Overview
- RDS Guidelines
- Best Practices: RDS and the DR Series System
- Setting Client-Side Optimization
- Adding RDS Devices in NVBU
- Removing RDS Devices From NVBU
- Backing Up Data on the RDS Container Using NVBU
- Replicating Data to an RDS Container Using NVBU
- Restoring Data From a DR Series System Using NVBU
- Supported DR Series System CLI Commands for RDS
- Troubleshooting and Maintenance
- Supported Ports in a DR Series System
- 困ったときは

the best results for routine and repeated data backups of structured data. Block-level deduplication works efficiently
where there are multiple duplicate versions of the same file. This is because it looks at the actual sequence of the data–
the 0s and 1s–that comprise the data.
Whenever a document is repeatedly backed up, the 0s and 1s stay the same because the file is simply being duplicated.
The similarities between two files can be easily identified using block deduplication because the sequence of their 0s
and 1s remain exactly the same. In contrast to this, there are differences in online data. Online data has few exact
duplicates. Instead, online data files include files that may contain a lot of similarities between each file. For example, a
majority of files that contribute to increased data storage requirements come pre-compressed by their native
applications, such as:
• Images and video (such as the JPEG, MPEG, TIFF, GIF, PNG formats)
• Compound documents (such as .zip files, email, HTML, web pages, and PDFs)
• Microsoft Office application documents (including PowerPoint, MS-Word, Excel, and SharePoint)
メモ: The DR Series system experiences a reduced savings rate when the data it ingests is already
compression-enabled by the native data source. It is highly recommended that you disable data
compression used by the data source, and especially for first-time backups. For optimal savings, the native
data sources need to send data to the DR Series system in a raw state for ingestion.
Block deduplication is not as effective on existing compressed files due to the nature of file compression because its 0s
and 1s change from the original format. Data deduplication is a specialized form of data compression that eliminates a
lot of redundant data. The compression technique improves storage utilization, and it can be used in network data
transfers to reduce the number of bytes that must be sent across a link. Using deduplication, unique chunks of data, or
byte patterns, can be identified and stored during analysis. As the analysis continues, other chunks are compared to the
stored copy and when a match occurs, the redundant chunk is replaced with a small reference that points to its stored
chunk. This reduces the amount of data that must be stored or transferred, which contributes to network savings.
Network savings are achieved by the process of replicating data that has already undergone deduplication.
By contrast, standard file compression tools identify short repeated substrings inside individual files, with the intent of
storage-based data deduplication being to inspect large volumes of data and identify large amounts of data such as
entire files or large sections of files that are identical. Once this has been done, this process allows for the system to
store only one copy of the specific data. This copy will be additionally compressed using single-file compression
techniques. For example, there may be cases where an email system may contain 100 or more emails where the same 1
Megabyte (MB) file is sent as an attachment and the following shows how this is handled:
• Without data deduplication, each time that email system is backed up, all 100 instances of the same attachment
are saved, which requires 100 MB of storage space.
• With data deduplication, only one instance of the attachment is actually stored (all subsequent instances are
referenced back to the one saved copy), with the deduplication ratio being approximately 100 to 1). The unique
chunks of data that represent the attachment are deduplicated at the block chunking level.
メモ: The DR Series system does not support deduplication of any encrypted data, so there will be no
deduplication savings derived from ingesting encrypted data. The DR Series system cannot deduplicate
data that has already been encrypted because it considers that data to be unique, and as a result, cannot
deduplicate it.
In cases where self encrypting drives (SEDs) are used, when data is read by the backup application, it is decrypted by
the SED or the encryption layer. This works in the same way as if you were opening an MS-Word document that was
saved on a SED. This means that any data stored on a SED can be read and deduplicated. If you enable encryption in the
backup software, you will lose deduplication savings because each time the data is encrypted, the DR Series system
considers it to be unique.
Replication: Replication is the process by which the same key data is saved from multiple storage devices, with the goal
of maintaining consistency between redundant resources in data storage environments. Data replication improves the
level of fault-tolerance, which improves the reliability of maintaining saved data, and permits accessibility to the same
stored data. The DR Series system uses an active form of replication that lets you configure a primary-backup scheme.
14