ASN and deduplication training - презентация, доклад, проект скачать

Нажмите для полного просмотра!

ASN and deduplication training, слайд №1

ASN and deduplication training, слайд №2

ASN and deduplication training, слайд №3

ASN and deduplication training, слайд №4

ASN and deduplication training, слайд №5

ASN and deduplication training, слайд №6

ASN and deduplication training, слайд №7

ASN and deduplication training, слайд №8

ASN and deduplication training, слайд №9

ASN and deduplication training, слайд №10

ASN and deduplication training, слайд №11

ASN and deduplication training, слайд №12

ASN and deduplication training, слайд №13

ASN and deduplication training, слайд №14

ASN and deduplication training, слайд №15

ASN and deduplication training, слайд №16

ASN and deduplication training, слайд №17

ASN and deduplication training, слайд №18

ASN and deduplication training, слайд №19

ASN and deduplication training, слайд №20

ASN and deduplication training, слайд №21

ASN and deduplication training, слайд №22

ASN and deduplication training, слайд №23

ASN and deduplication training, слайд №24

ASN and deduplication training, слайд №25

ASN and deduplication training, слайд №26

ASN and deduplication training, слайд №27

ASN and deduplication training, слайд №28

ASN and deduplication training, слайд №29

ASN and deduplication training, слайд №30

ASN and deduplication training, слайд №31

ASN and deduplication training, слайд №32

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему ASN and deduplication training. Доклад-сообщение содержит 32 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1

Описание слайда:

ASN and deduplication training ASN and deduplication training

Слайд 2

Описание слайда:

Integration to platform

Слайд 3

Описание слайда:

Vault without deduplication Storage TIB files format is the same as on unmanaged vault. TIBs are stored by special path, which contains machine ID, user ID, archive ID, etc: /computers/MMSCurrentMachineID.InstanceID/users/SID_OF_USER(from windows)/archives/ArchiveID/ Each chain, started by FULL stored in separate folder, called “stream” in folders named “1”,”2”. In “1_data” dedup data is stored. Vault could be located on ASN local folder Network share NAS SAN

Слайд 4

Описание слайда:

Permissions

Слайд 5

Описание слайда:

ASN Vault structure

Слайд 6

Описание слайда:

Deduplicated vault Recommendations: Put Index (dedup) database on separate storage. Exclude all paths for vault from antivirus scan. Have only one dedup vault on single ASN (It’d share RAM). Parts of deduplicated vault: Backup storage (local folder, net share, NAS, SAN) Datastore, LDS, (L)IND, LOC files (stored inside along with vault - Backup storage) Dedup DB (storing on network share is not supported) Catalog (local folder recommended) Vault meta-info DB (Firebird DB stored inside ProgramData)

Слайд 7

Описание слайда:

Backup 2 streams (connections): Header/metadata/links are stored in TIB file Actual data Blocks are stored in LDS file,then it is indexed into unified_data Deduplication at source – only new blocks are sent Connectivity limits (may be changed) Simultaneous backup (Client Connection Limit) – 10 Connections to wait in queue (Backup Queue Limit) – 50 Encrypted backups (by agent) are skipped for deduplication

Слайд 8

Описание слайда:

Workflow

Слайд 9

Описание слайда:

Indexing Indexing moves unique blocks from LDS file (backup contents) to Datastore. Indexing is queued for each backup. Queue is rebuilt on service restart. Local Index (L)IND is created If only recovery/validation/convert to VM was requested before Indexing.

Слайд 10

Описание слайда:

Datastore

Слайд 11

Описание слайда:

Datastore Datastore stores blocks Single datastore for all backup kinds Blocks are stored in two datastore files (unified_data): Active – during indexing data is written there Passive – during compacting unique blocks moved to active Datastore: Is transactional (rollback on failure/crash) Is always compressed Could be encrypted (encrypted vault) For 1 TB of unique Disk Backup data we need 3 Gb of RAM If data is mixed: File, Disk, Exchange, then dedup DB will be growing much faster and much more RAM for 1 TB will be needed.

Слайд 12

Описание слайда:

Block size Block size Image backups: 4 Kb File backups: 1b – 256Kb Blocks are compared by fingerprint (block MD5 hash). Blocks content is stored in Datastore. Offsets and sizes of blocks are stored in Dedup DB. Partitions with block less than 4 Kb or not multiple of 4Kb are skipped for deduplication.

Слайд 13

Описание слайда:

Deduplication Database

Слайд 14

Описание слайда:

Deduplication Database Dedup DB is required for fast blocks access by fingerprints. It stores HASH of block and its offset it datastore. RAM is used mostly for LOCALITY index 80% of free physical memory used by default. RAM is locked by ASN even if locality is small Adjustable -DatastoreIndexCacheMemoryPercent More than 1 dedup vault on the same machine can be a problem.

Слайд 15

Описание слайда:

Deduplication Database Index is rebuilt after compacting. Rebuilding of index works fast (with disk reading speed). On every ASN load the whole LOCALITY file is read. That takes time. Vault will be showing “Not ready for use”. About 1/3 of LOCALITY is loaded into RAM. If there is not enough RAM, everything will work except Indexing. It will fail asking for RAM. There is no performance degradation with Dedup DB growth.

Слайд 16

Описание слайда:

Compacting

Слайд 17

Описание слайда:

Compacting Algorithm

Слайд 18

Описание слайда:

Export / Replication Backups are being un-deduplicated Possible to Export to local folder without agent installed Deduplication at source is enabled during export/replication It is slow, we know it. ABR-69401

Слайд 19

Описание слайда:

Validation Validation of backups/archives validates only existence of hashes in Dedup DB (on disk and file archives at least) Validation of “Vault” validates all archives and then datastore. Theoretically there is a chance that info in dedup DB does not match datastore. In this case validaton of vault succeeds but recovery of backups fail. In this case escalate.

Слайд 20

Описание слайда:

Attach / detach Detach Vault meta-info db (.fdb) is copied to vault (storage) location. Attach During attach it’s recommended to copy Index and Catalog from last location Storage path (it is obligatory) Index (deduplication) db path Catalog path If Index or Catalog paths contain no Index – it will be recreated. Recreation of index is going to be done with disk writing speed. After attach/detach ASN syncs with AMS. So the vault appears/disappears from AMS with a delay.

Слайд 21

Описание слайда:

Deduplication at source Faster backups (up to x6) Bandwidth saved (up to x200)

Слайд 22

Описание слайда:

Compression Normal level – best choice for most cases. When deduplication is provided by Filesystem or hardware compression should be set to “none”

Слайд 23

$Vault meta structure Vault meta files are located in: \BackupAndRecovery\ASN\.meta 1 file per vault. There is also 1 file with a list of vaults. --...$

Описание слайда:

Vault meta structure Vault meta files are located in: \BackupAndRecovery\ASN\.meta 1 file per vault. There is also 1 file with a list of vaults. -- Path to Catalog. You can use it to change catalog path C:\ProgramData\Acronis\BackupAndRecovery\ASN\Catalog\. (should be done on stopped ASN) -- Path to Firebird (.FDB) database. Do not touch. C:\ProgramData\Acronis\BackupAndRecovery\ASN\VaultMetadataDatabases\ -- Path to dedup DB \\\ -- Location ID. Must match file name and metainfo id in top. 26D7D967-C222-4B8E-927B-F8CF4FE1F410 -- Vault name testvlt -- Vault path F:\mng These files are found in sysinfo and help to determine if the current vault has dedup enabled, where it is located, etc.

Слайд 24

Описание слайда:

Vault meta files Inside of the vault there is .meta folder. The folder contains meta for each archive and 1 meta for the vault itself. Archive meta is similar to XML on unmanaged vault. Vault meta is similar to the .meta on ASN -Location ID. Must match location ID from .meta on ASN S-1-5-32-544 –SIDs of vault administrators 00000000-0000-0000-0000-000000000000–ASN machine ID. If 000 – then the vault is detached none –compression 1 –1 – deduplicated. 0 – non deduplicated 92FCE129-B465-4ECA-B6F5-DF4CC3DE1682 -Location ID. Must match location ID from .meta on ASN abr11 sharevault 14286848 –dedup unified_data_ds size S-1-1-0 –SIDs of vault users If vault is encrypted it will also have fingreprint of data to ensure if correct key was entered.

Слайд 25

$DML Database ASN DML Database is located in \BackupAndRecovery\ASN\DmlDatabase\asn_dml_objects.db3 It is used for infrastructure integration of ASN....$

Описание слайда:

DML Database ASN DML Database is located in \BackupAndRecovery\ASN\DmlDatabase\asn_dml_objects.db3 It is used for infrastructure integration of ASN. Due to a known issue it grows: KB 47170 In the worst case it can be removed (on stopped ASN).

Слайд 26

$ASN logs ANS logs are located in \BackupAndRecovery\ASN\Logs And \BackupAndRecovery\ASN\events.db3 For events.db3 use Yalp. It is worth checking both...$

Описание слайда:

ASN logs ANS logs are located in \BackupAndRecovery\ASN\Logs And \BackupAndRecovery\ASN\events.db3 For events.db3 use Yalp. It is worth checking both logs sources for each case.

Слайд 27

Описание слайда:

ASN and Tapes ASN is the service that writes to tape. ARSM is responsible for: 1. Moving tapes. 2. Inventoring tapes. 3. Operations with ARSM.sqlite Starting from U4 ASN is using ARSM.sqlite as vault database. 4. Delays after backup, before replication starts. Almost Fixed in u6.

Слайд 28

Описание слайда:

ASN and OB When backing up to ASN and replicating to cloud here is how it works: Agent backs up to ASN. After the backup Agent downloads the data from ASN and sends it to cloud. ASN is only functioning as storage in this case.

Слайд 29

Описание слайда:

Metadata Issues Fixing issues: 1. Reindex: acrocmd reindex vault –loc=bsp://ASN_IP/vault 2. Ultimate reindex: Detach vault remove FDB from vault Attach vault.

Слайд 30

Описание слайда:

Vault is corrupted When ASN says that vault is corrupted check events.db3 .tmp files in .meta in the vault (fixed in u5) Multiple “location” meta files In .meta in vault. Vault is on NAS. Access to NAS fails. Vault is attached but “ASNID” in .meta in vault is different from ASN or is 00000. Vault is corrupted due to known issues on 43916. Rebackup lost blocks or recreate vault.

Слайд 31

Описание слайда:

Storage Node is busy. Usually a deadlock. Most likely caused not by connection limiter itself. If it is really a very heavily loaded environment and ASN runs many activities then temporary workaround is to set: HKLM\SOFTWARE\Acronis\ASN\Configuration\StorageNode\ClientConnectionLimit to 30 HKLM\SOFTWARE\Acronis\ASN\Configuration\StorageNode\FastOperationConnectionLimit to 100 HKLM\SOFTWARE\Acronis\ASN\Configuration\StorageNode\FastOperationQueueLimit to 500 HKLM\SOFTWARE\Acronis\ASN\Configuration\StorageNode\BackupQueueLimit to 150

Слайд 32

Описание слайда:

SSL on ASN Before U3 there was AES256 encryption. After U3 it is AES128 with HW optimization Still there is a slowdown from SSL so in this case disable it as said in KB MAKE SURE YOU READ RED WARNING FROM KB.

Теги deduplication training

Похожие презентации