Quantum Forum for DXi V5000
DXi V1000 Replication Setup
Aloha,
We have been testing the DXiV1000 V2.2.1_MC as a backup target and have been getting incredible dedupe rates and results, currently at 63:1 reduction ratio (its magic!)
FYI, After testing different types of backups, we found that uncompressed MSSQL Database, Oracle Dmp files, and even AS400 tape backups are all file types that allow us to reach that type of incredible reduction ratio.
Few Questions
- We currently have 5.77TB of data before reduction stored (reduced down to 91.62GB), in this free version is there a hard limit of 15TB as stated in the descriptions, or is that number just a theoretical dedupe average of raw data that could be stored. At our current dedupe ratio, we could probably store 40-50TB on this 'free' 1TB V1000
- Why does our Disk Capacity state that we have 824GB of disk capacity (vs a full 1tb?)
- I would like to setup replication to another DXiV1000 at a remote site, do we use the existing license key and setup a new instance of the DXiV1000? Or should we get a new license key (or is this even kosher?)
- If we get the replication setup, I would like to be able to access the files as shares at the remote site (restore to test/dev boxes, and even during DR), is that possible? Would that mean i need to use 'File and Directory Replication' ?
- Can the unused space on the remote site be used at the remote site?
Thanks for any insight and suggestions. I am continuously amazed at this dedupe technology, even after being a long time Quantum dx7500 customer.
Ed Yagi
Replies to This Discussion
-
Permalink Reply by Jerry Schmidt on
-
Hello Ed,
Good to hear that the DXiV1000 is working well for you. Below are the answers.
1. Correct, 15TB is an average based on the industry-standard 15:1 dudupe ratio.
2. Not 100% sure on this one but it could be due to using thin disk and the disk has not utilized a full 1 TB yet.
3. With a different email account you can request a license for the DR DXiV1000.
4. You would use File and Directory based replication, this would give you mirrored shares on source and target.
5. Yes, space not used by replication can be used for ingest.
-
Permalink Reply by Mark Thacker on
-
Yes, what Jerry said.
1. The hard limit on the DXi V1000 is about the capacity of the blockpool (i.e. the deduplicated data). It has nothing to do with source data and actual effective capacity will vary based on your deduplication ratio.
2. There is a bit of a difference in the DXi GUI about what is reported in Gigabits verses Gigibits (i.e. what is in units of 1024 verses units of 1024). That, plus possible metadata overhead, would explain what you are seeing.
3. Yep, use a different Email account and follow the procedure for "File and Cartridge" based replication.
4. Using File and Cartridge results in the target system making the shares available for immediate use after successful replication.
5. Space is space. The target system is still a full DXi V1000 and can be used for ingest as well. In fact, you could have your target replicate it's unique shares back to the source system. Though this can be quite a bit resource intensive.
-
Permalink Reply by edward yagi on
-
Thanks Much!
Ceaselessly amazed at dedupe technology.
Just as an aside, this is one of the cool things i plan on doing with the replication option:
as400->ftp->130gb system backup> local dxi1000-1->100mb WAN->replicated remote dxi1000-2->ftp->secondary as400
the variance between each full system backup is less than 5-6gb, so by using quantum technology, i can transfer the 130gb locally on my gb lan via ftp to a dxi1000 that dedupes amazingly (130gb dedupes/compresses to less than 40gb) have it replicate the 5-6gb daily variance out over the wan, then be able to access multiple 130gb instances of the full system backup at the remote site.
Its freakingly amazing. Dedupe technology is a true game changing technology in storage and backup.
thanks for the replies!
© 2024 Created by Quantum Forum V.
Powered by
