This shows you the differences between two versions of the page.
cluster:48 [2008/09/25 14:29] |
cluster:48 [2008/09/25 14:29] (current) |
||
---|---|---|---|
Line 1: | Line 1: | ||
+ | \\ | ||
+ | **[[cluster: | ||
+ | <hi #ffff00> | ||
+ | SNAPSHOTS ARE NOT ENABLED AS OF 06/ | ||
+ | --- // | ||
+ | |||
+ | ===== Backup Policy ===== | ||
+ | |||
+ | The backup policy of the cluster is described below. | ||
+ | |||
+ | | / | ||
+ | |||
+ | | /home: the NetApp filer takes daily 2 snapshots (8AM & 8PM) and one weekly snapshot on Sundays at midnight. | ||
+ | |||
+ | | /home: Tivoli performs nightly, incremental backups of the home directories. | ||
+ | |||
+ | |||
+ | |||
+ | ===== NetApp ===== | ||
+ | |||
+ | The disk space used for snapshot backups involves the space used on the LUNs, the volume occupied by the snapshots themselves, and the Fractional Reserve. | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== NFS Volume ==== | ||
+ | |||
+ | ^Date^Filesystem^Size^Used^Avail^Used%^ | ||
+ | |06/ | ||
+ | |09/ | ||
+ | |||
+ | ==== LUNs (defunct) ==== | ||
+ | |||
+ | <hi # | ||
+ | The LUNs have used up: (includes filesystem overhead). | ||
+ | |||
+ | ^Filesystem^Size^Used^Avail^%^Used^Avail^%^Used^Avail^%^Used^Avail^%^Used^Avail^%^ | ||
+ | |users|1008G|104M|957G|1%|343M|957G|1%|4.2G|953G|1%|38G|920G|4%|299G|659G|32%| | ||
+ | |cusers|1008G|104M|957G|1%|104M|957G|1%|104M|957G|1%|104M|957G|1%|104M|957G|1%| | ||
+ | |rusers|1008G|402G|555G|43%|593G|365G|62%|529G|429G|56%|668G|289G|70%|663G|295G|70%| | ||
+ | |rusers2|1008G|2G|956G|1%|2.6G|955G|1%|270G|688G|29%|410G|548G|43%|771G|187G|81%| | ||
+ | |rusers3|1008G|106M|957G|1%|106M|957G|1%|115M|957G|1%|666M|957G|1%|217G|714G|23%| | ||
+ | |rusers4|1008G |104M|957G|1%|104M|957G|1%|104M|957G|1%|104M|957G|1%|104M|957G|1%| | ||
+ | |rusers5|1008G|404G|554G|43%|134G|824G|14%|408G|550G|43%|339G|618G|36%|324G|634G|34%| | ||
+ | |rusers6|1008G|104M|957G|1%|104M|957G|1%|104M|957G|1%|104M|957G|1%|129M|957G|1%| | ||
+ | |rusers7|1008G|3G|955G|1%|6.9G|950G|1%|7.5G|950G|1%|8G|949G|1%|464G|494G|49%| | ||
+ | |rusers8|1008G|10G|948G|1%|22G|935G|3%|96G|862G|10%|206G|751G|22%|77G|880|8%| | ||
+ | |sanscratch|1008G|104M|957G|1%|156M|957G|1%|54G|903G|6%|74G|884G|8%|214M|957G|1%| | ||
+ | ^ ^ ^07/ | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== Snapshots (defunct) ==== | ||
+ | |||
+ | At this point in time, the NetApp snapshots chew up: | ||
+ | |||
+ | ^Date^Volume^Name^Used^Total^Status^ | ||
+ | |07/ | ||
+ | |07/ | ||
+ | |07/ | ||
+ | ^07/ | ||
+ | |10/ | ||
+ | |10/ | ||
+ | |10/ | ||
+ | ^10/ | ||
+ | |12/ | ||
+ | |12/ | ||
+ | |12/ | ||
+ | ^12/ | ||
+ | |03/ | ||
+ | |03/ | ||
+ | |03/ | ||
+ | ^03/ | ||
+ | |||
+ | | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ==== Filer3 (defunct) ==== | ||
+ | |||
+ | So, puttting LUNs and Snapshots usage together we get. | ||
+ | |||
+ | ^Date^Name^Status^Root^Aggregate^FlexClone^Avail^Used^Total^Files^Max Files^ | ||
+ | |07/ | ||
+ | |10/ | ||
+ | |12/ | ||
+ | |02/ | ||
+ | |03/ | ||
+ | |||
+ | That may surprise you, it is explained like this ... The " | ||
+ | |||
+ | ^Date^What^Size of What^ | ||
+ | |07/ | ||
+ | |07/ | ||
+ | |07/ | ||
+ | |07/ | ||
+ | |03/ | ||
+ | |03/ | ||
+ | |03/ | ||
+ | |03/ | ||
+ | |||
+ | Note: snapshots and fractional reserves are disabled. | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ===== Tivoli ===== | ||
+ | |||
+ | The backup process copies data from client workstations to server storage to ensure against loss of data that is regularly changed. The server retains versions of a file according to policy, and replaces older versions of the file with newer versions. Policy includes the number of versions and the retention time for versions. A client node can restore the most recent version of a file, or can restore earlier versions. | ||
+ | |||
+ | - If a backup is an incremental type (always) : | ||
+ | - Back up the file only if the file or its attributes changed since the previous backup (date, size, ownership, permissions). | ||
+ | - If a file is being modified during backup, the program should do the following: | ||
+ | - Retry, and back up the file only if the file is no longer being modified. | ||
+ | - How many different versions of the file should be kept? 1. | ||
+ | - Number of days to keep inactive versions? 30. | ||
+ | - For backup files that a user has deleted from the client node: | ||
+ | - Number of file versions to keep? 1. | ||
+ | - Number of days to keep the last file version? 30. | ||
+ | |||
+ | A version becomes inactive when the client node stores a more recent backup version. Policy determines how many inactive versions of files the server keeps, and for how long. When files exceed the criteria, the files expire. | ||
+ | |||
+ | Swallowtail Usage. I'll update the stats periodically so we can measure growth. | ||
+ | |||
+ | ^ ^ --Backup Policy Settings -- ^^^^ ^ ^ ^ | ||
+ | ^Date^Inactive^Deleted^Active^Inactive^ | ||
+ | | 07/09/2007 | 30 days | 30 days | 1 copy | 1 copy | 251, | ||
+ | | 10/28/2007 | 30 days | 30 days | 1 copy | 1 copy | 551, | ||
+ | | 12/18/2007 | 30 days | 30 days | 1 copy | 1 copy | 1, | ||
+ | | 02/26/2008 | 30 days | 30 days | 1 copy | 1 copy | 1, | ||
+ | | 03/12/2008 | 30 days | 30 days | 1 copy | 1 copy | 1, | ||
+ | | 06/26/2008 | 30 days | 30 days | 1 copy | 1 copy | 2, | ||
+ | | 09/26/2008 | 30 days | 30 days | 1 copy | 1 copy | 2, | ||
+ | ^Date^^^^^ | ||
+ | | 10/28/2007 | 30 days | 30 days | 1 copy | 1 copy | 17 - 27 GB || daily range | | ||
+ | | 12/18/2007 | 30 days | 30 days | 1 copy | 1 copy | 50 - 152 GB || daily range | | ||
+ | | 02/26/2008 | 30 days | 30 days | 1 copy | 1 copy | 70 - 140 GB || daily range | | ||
+ | | 03/12/2008 | 30 days | 30 days | 1 copy | 1 copy | 16 - 31 GB || daily range | | ||
+ | | 06/25/2008 | 30 days | 30 days | 1 copy | 1 copy | 31 - 59 GB || daily range | | ||
+ | | 09/25/2008 | 30 days | 30 days | 1 copy | 1 copy | 7 - 19 GB || daily range | | ||
+ | |||
+ | \\ | ||
+ | **[[cluster: |