Below is the HFS list of frequently-asked questions. If you cannot find here what you need to know, then please contact either the IT Services Service Desk on firstname.lastname@example.org or the HFS Team on email@example.com. You can also open an online Service Request for help and support.
Below are the frequently asked questions regarding the registration process.
1.1. How do I register for the backup service?
Please review the follow the instructions for registering for the backup service.
Oxford University backup services are available to all University staff, senior members and postgraduates. You will need to have a operating system that is currently supported and direct access to the university network.
No, IT Services do not have the resources to supply this service to all students. There may be a local service that is provided by your college or department: please speak to your local IT Support Team for further information.
There are four different types of HFS account:
Desktop/laptop accounts represent the most common type of backup account. They should ideally be accessed via a direct connection to the university network, although it is also possible to do so via eduroam wireless or using VPN. Unless you have chosen otherwise when you registered your account (usually because you will only be backing up over VPN), there are automatic weekly backups one night per week, but it is not necessary to use these: you can also run a manual backup at any time. Choose this type of account if your machine is regularly connected to the Oxford network, either just in term-time or throughout the year, and then you will able to back up in university departments, colleges and libraries.
Server accounts are intended for departmental and college servers which themselves provide services, software and/or storage space for other systems. You need to be IT Support Staff to register this type, so if that is not the case then ask your IT to register it for you, with your e-mail address as the contact for the account. The daily limit is higher than that for desktop/laptop accounts, and automatic scheduled backups run six days a week (every weekday and once at weekends). Before registering for this type of account, please also read our page on server node registration requirements.
Large server accounts are intended for machines that provide services and which have over 1.5TB to back up on their first backup and which may regularly experience daily incremental data change rates greater than 400GB. These figures are guidelines only and potential users of this service, who again must be IT staff, are asked to register an interest in this service on the registration pages. Registration for this service is thus not automatic. The daily limit is higher than that for server accounts, and again automatic scheduled backups run six days a week. Before registering for this type of account, please also read our page on server node registration requirements.
Archive accounts are for the long-term storage of data which is considered to be of value to the university. Potential users of this service are asked to register an interest in this service via a web form - please see further our pages on the HFS archive service.
All accounts are available for backup and restore 24/7. For the limits on how much data you can send for the different accounts please see 9.11. How much data can I back up?.
Please note that it is possible for us to change one account type into another but that the process is not simple. If you register for the wrong type of account please do not de-register and then re-register, as this will schedule both your old and new accounts for deletion - instead please contact the HFS Team on firstname.lastname@example.org.
Your TSM nodename is the name of your backup or archive account. We ask that users have one account per operating system instance. Nodenames for backup are usually of the form username-text-dept/college, e.g. ABCD1234-MYLAPTOP-EXETER. This is called the personal desktop/laptop (flexible name) type. There are other types of TSM backup nodenames available to IT Support Staff only, as detailed below.
|Personal desktop (flexible name)||username-text-dept/college||ABCD1234-MYLAPTOP-EXETER||All HFS users|
|Unit desktop (flexible name)||facility-text-dept/college||HELPCENTRE-PC-ITSERV||ITSS only|
|Unit desktop (IP name)||As IP name||MYDESKTOP.IT||ITSS only|
|Unit server (IP name)||As IP name||MYSERVER.IT||ITSS only|
|Unit large server (IP name)||As IP name||MYLARGESERVER.IT||ITSS only|
|Archive account||project_ARCHIVE.dept/college||IMAGES_ARCHIVE.IT||Archive account holders|
Maintaining support for legacy and diverse operating systems is time-consuming. Therefore IT Services no longer register nodes using Windows 2000 or earlier - some existing installations will continue to be supported if the machines cannot be upgraded to a later OS but these will be done on an individually agreed basis.
Similarly, we do not receive support from IBM for legacy client operating systems.
The answer to this question depends on whether you are IT Support Staff: please see further our page on TSM account management.
Below are frequently asked questions regarding downloading the TSM Client Software.
If you cannot download the TSM software, please verify that you were either directly connected to the Oxford University network, or connected via VPN, when you tried to download. TSM can only be downloaded, installed and run on machines that are within the physical Oxford University network or connected via VPN.
Maintaining operating system support for legacy and diverse OSes is time-consuming. Therefore IT Services no longer register nodes using Windows 2000 or earlier - some existing installations will continue to be supported if the machines cannot be upgraded to a later OS but these will be done on an individually agreed basis.
Similarly, we do not receive support from IBM for legacy client operating systems.
It is not practical for us always to be using the latest client software, and new versions often prove to have minor bugs. Also, unless there is a genuine reason to upgrade the client software we may not force clients to upgrade.
There are built-in checks during the installation that should prevent you from installing the wrong client software onto your machine - even if the wrong version were installed, the worst-case scenario is that the TSM Client would not work until the correct version were installed.
Below are frequently asked question when installing the TSM Client Software
If your nodename and password combination aren't accepted, visit the Self Registration Page to double-check your registered nodename and to reset your password if necessary.
You need to have local administrative rights to perform the installation. You may need to speak to your local IT staff if they manage your machine, and to ask them to install TSM for you.
3.3. How do I upgrade to a newer version of TSM?
To upgrade TSM, you only need to install the latest version that is available for your operating system. Just install the new software as documented via the client-specific instructions linked from the downloads page.
3.4. Why was my TSM client configuration not reporting to the correct server?
This could be due to a number of reasons but is normally because the client has been de registered and then re registered by the owner. In order to ensure stability and availability of our services the Backups are spread across a number of servers. Therefore, when clients register they may not be placed on the same server - this is certainly the case if registrations are not at the same time even if it is for the same machine.
Other reasons could be:
- The client has not communicated with the servers for a long period of time and have been removed from the servers and therefore forcing the client to be re registered. See FAQ
dsm.optwas already on the client and detected and used during the installation process
3.5. How do I access TSM/HFS services behind a firewall?
On this subject please see further our page on connecting to the HFS through a firewall.
3.6. How can I back up a dual-boot machine?
You will need a TSM client for each operating system. Register separately for each of your two (or three) operating systems for HFS TSM Backup via the registration pages. This will give you TSM Client nodenames of the form username-text-department/college, e.g. abcd1234-windows-exeter and abcd1234-linux-exeter. You should then obtain and install the latest TSM Client software for each operating system, from the downloads page.
Please make sure to exclude each operating system's files from the other, so that e.g. your Windows partition does not back up your Linux files or vice versa, to ensure that the HFS does not receive your data twice. For instructions on this please see how to exclude files and folders from backup.
Please also note that TSM does not support cross-platform backup/restores, meaning that you should not attempt to back up data from two different operating systems in one account, nor to restore data backed up by one operating system to another.
TSM client passwords expire 372 days after being set. It is generally good security practice to change passwords regularly and this setting forces users to change their password at least once a year. It also provides a limited safeguard to backups of machines made by users who then leave.
However, by default, you will have the
PasswordAccess option in your TSM options file set to
Generate. In this case, the client and server will autonegotiate a new password and store it in encrypted form on the local client disk and you, the user, do not have to do anything.
You can reset your TSM password by going to the Self Registration Page. On identifying yourself with your Oxford username you can choose the option to reset your TSM password(s). The change will take effect immediately.
The TSM password has a maximum length of 63 characters and is case-insensitive. Valid characters are
[a-zA-Z0-9+.-_&] i.e. any letter a-z upper or lower case, any number 0-9, plus, period, underscore, hyphen, ampersand.
Once you have changed your password, you need to reconfigure your TSM client. For instructions on doing this, see Reconfiguring the TSM client.
4.3. What do I do if I've forgotten my TSM password or if it has expired?
If, on starting the TSM client, you are prompted that your password has expired, or on inputting your password you receive a message 'Authentication failure' or 'ANS1051E: Invalid password', then you will need to reset your TSM password.
For how to do this please see the previous section, 4.2. How do I change my TSM password?.
Below are frequently asked question when performing a manual backup
Manual backups can be completed at any time to capture important changed data - between scheduled backups, after missing scheduled backups or even as an alternative to scheduled backups (ideal for laptop users who are unable to leave their machines on overnight for the scheduled backups).
Go to the Self Registration Page, select the node you wish to view the schedule for and select View client information from the drop-down box. The backup schedule associated with this client is provided in the on-screen information.
Go to the Self Registration Page, select the node you wish to view the schedule for and select Show client's recent activity from the drop-down box. The recent activity will be displayed for backups: look for activities labelled "BACKUP" and you will be able to see the start and end times and the amount of data in megabytes that was backed up.
The folders and files marked with barred red circles are excluded from backup and will not be backed up. The specific exclusions have been written for a number of reasons, the main one being that the backups are intended to be used for individual data and not for installation directories or system data, e.g. the Windows directory or Program Files.
It is possible to remove the exclusion and include a file or folder in your backup if the exclusion is performed on the client side. However, some exclusions are forced at a server level which will override any settings changed locally - please see Which files are omitted from backups which will go into the exclusions in more detail.
It is possible to change the time that your scheduled backup is set to, but not the day. Each college and department is allocated one night a week on which all its backup accounts have their schedule slots.
If your machine is not normally switched on at the time when your scheduled backup occurs, but it is left connected to the Oxford network, then you can configure it to switch on and off automatically for the backups (see 6.2. Do I need to leave my computer on all night in order to back up?). If this is not convenient then you can run a manual backup at any time: on how to do this, please see our instructions for Windows, Mac, Linux and Solaris.
However, it is possible to change the time of your backup, albeit within a limited number of slots during the evening and/or night (morning and afternoon slots are not possible). Please contact email@example.com if you would like the time of your scheduled backup changed.
No, that is not necessary. There are two alternatives to leaving your machine switched on. It can be configured to wake up at a specific time for the backup schedule to run, and also to shut off again when the backup has completed: please see further our page on setting a machine to switch on and off for scheduled backups. Alternatively, you can run a manual backup at any time: on how to do this, please see our instructions for Windows, Mac, Linux and Solaris.
To find out when your scheduled backup is due to run, you need separately to check both the day and the time that it runs, as follows:
Go to the IT Services Self-Registration page which gives TSM client information and select your TSM node to see your
Go to the IT Services Self-Registration page concerning TSM scheduled backups and select your TSM node to see your
scheduled start time. Please note that this time is not decided until the day after you register your TSM node.
6.4. How can I stop receiving the "HFS TSM Scheduled Backup Failure Report" when I only back up manually?
If you registered your TSM account before February 2014, then it will have an overnight backup schedule associated with it by default. Those registering a desktop/laptop account since then will see an option to choose to have a backup schedule, should they want one. If you have a backup schedule that you do not wish to use, then you might like to retain it so that you receive a weekly reminder to run a backup. However, if you wish, you can remove the backup schedule by following the instructions on our page on adding and removing backup schedules.
In certain circumstances you may wish to stop running scheduled backups. For example:
- Your machine is never connected to the university network when the overnight schedules run, and so you do not need a scheduler running.
- You are running a series of initial manual backups in order to send a full copy of your data to the HFS, before later moving on to use the scheduled ones.
- You lost data and have as yet to restore it with TSM: in this case you should switch off TSM services to ensure that no further automatic backups run before or during your restore.
This means that a scheduled backup for a node registered to your email address has not completed. To resolve the issue or to understand why this happened please follow the Scheduled Backup Troubleshooting guide to resolve the issue.
If your scheduled backup does not run or failed to complete you will receive an automated email notification, indication whether a particular node MISSED the schedule, FAILED to backup or was SEVERED. Definitions for each of these can be found below:
This means that the scheduled backup has not ran at all, it did not begin. There are a number of reasons this may have happened, please follow the Scheduled backup troubleshooting guide to resolve the issue. Example of why a scheduled backup may have not run are; Machine not being left on, machine not having physical connection to the Oxford University network.
This means that the scheduled backup has started, but something has caused the backup to fail. There are a number of reasons this may have happened, please follow the Scheduled Backup Troubleshooting guide to resolve the issue. Examples of why a scheduled backup may have failed are: files skipped as they were in use by another application, files were explicitly locked, files could not be read due to hard disk error or file corruption
This means that the scheduled backup has started, but something has caused the backup to fail or become disconnected. There are a number of reasons this may have happened, please follow the Scheduled Backup Troubleshooting guide to resolve the issue. Examples of why a scheduled backup may cause a SEVERED error are: network communication error, lack of memory causing connection or application to fail.
7.1. How do I perform a restore?
If you do not have the original machine, then please see our FAQ item 7.3. My machine has crashed - can I perform a system restore?.
The usual reason that files are not visible in the restore window is that they are inactive; the default is for TSM only to show active files. For an explanation of active/inactive files, see 7.5. What are active and inactive files?. To view both active and inactive files, click on
[View] and then chose
[View Active/Inactive Files]: this should fix the problem.
If viewing inactive files does not help, and your machine is a Mac, please see our knowledgebase article KBMAC0003 - Files expected to be available for restore by TSM for Mac are not listed.
In the case of desktops and laptops, the backup service provided by IT Services is intended to provide data backups, not system backup and recovery: you should rebuild your system using original media and then install the TSM software to recover your data back onto your machine. For more details, please read our page on how to recover your entire system.
In Windows, if your machine has crashed and you are restoring data to a new machine, or if you have upgraded your machine and you are restoring data to a new machine, then you must specify an alternative location to which to restore. This is because when you restore to the original location the TSM client uses the UNC path which will contain the name of the old computer and not the new one. The old UNC path includes the name of the old machine: so unless your old and new your two Windows machines have identical names, the data restore would fail.
An active file is a file that currently resides both on your machine and on the HFS, in the same version.
There are two ways in which active files may be rendered inactive:
If a file has been backed up previously and therefore exists on the TSM Backup Servers but is then deleted from the live environment, when the next backup runs (manual or scheduled) the file on the TSM Servers is marked as inactive - because it has no live equivalent
- Inactive files such as this will remain on the TSM Servers for 90 days before they are automatically removed
If a file has been backed up previously and therefore exists on the TSM Backup Service but the file is then updated in the live environment, when the next backup runs (manual or scheduled) the original file on the TSM Server is marked as inactive and the updated version of the file is added to the backup servers and becomes the active backup of this file
- TSM only keeps one Version document as inactive and one live copy as active, i.e. a subsequent update to the file would see the current inactive file be deleted, the active file become inactive and a new copy of the updated file as the active version
- For as long as there is an Active file, the TSM Servers will continue to hold an Inactive Version
What are "point in time" restores? Point in time restores offer an option to restore files back to a certain date, for example prior to a virus infection or possible data corruption.
Can I use point in time restores? On the HFS, point in time restores are of little use as our policies are set to store only two copies of any given file - the current one, called active, and the previous version, called inactive. For best results set the restore to view both active and inactive before following the normal instructions for restoring files and folders.
For more information on point in time restores please email the HFS Team.
If your machine has been infected by malware or a virus, the first thing to do is to try to prevent new backups of potentially corrupt files from overwriting the backups of valid files. If your machine is still usable, then you can do this by turning off the scheduled backup service. If the machine is unusable, ensure that it is completely powered off and remove any network connection(s) to it.
You will probably be faced with the stark choice of either re-installing software from scratch on your infected machine or else acquiring a new computer. In the latter case, ensure that your new machine is running an operating system of the same type as the infected machine, because otherwise your restore will be troublesome: TSM does not support cross-platform restores between Windows, Mac and Linux/Unix, which means that if you backed up with Windows, you must restore with Windows, and so on.
Whether you rebuild or replace your infected system, you will need to re-install and configure TSM. It is arguably easier if you configure the new or rebuilt machine with the same TSM identity as the infected machine, i.e. the nodename (account name) which you used previously to connect and back up. It is important that you disable the scheduled backup service at installation time (or immediately thereafter), in order that backups of the new or rebuilt system do not overwrite the existing backups. Do not run any manual backups either, until you have restored all the data you are missing.
On the new machine create a target area for holding your restored data, e.g. a new folder called
RESTORE, and follow our instructions on how to recover your entire system.
Be prepared to invest some time in validating your restored data and moving and locating it on your new system.
Be aware that some or all of your backups may be corrupt, if you have not discovered the infection in time and if therefore one or more backups have occurred between the date and time of infection and the date and time of your data restoration. You should be able to restore the most recent two versions of each file, which may be important to you if a backup ran after your files were corrupted.
If you are leaving the university then we request that deregister your TSM nodes, to ensure that our systems work as effectively and efficiently as possible. If you do not deregister your node then our systems will notice that the node is not contacting our servers and will automatically send out various email notifications (missed backup notices and data deletion warnings) which results in significant administrative work on the part the HFS Team to determine whether the node is still present, and also in attempts made to contact the owner. Thus much work is prevented if you advise us that you are, or your machine is, leaving the university.
There are three reasons why we recommend that you remove the TSM Software if you no longer wish to back up:
- There is a licensing implication: TSM licences are arranged for Oxford University members, and so the licence that you use is linked with your association with the university. When you leave, the license is no longer valid.
- Some older versions of TSM are subject to security vulnerabilities, and new vulnerabilities are occasionally discovered also. So, leaving TSM on your machine is a possible security risk - it is best uninstalled.
- Installations of TSM left installed will continue to try to contact the HFS servers if the TSM scheduler is left running (which is the case by default). Deregistered TSM installations try to contact the HFS dozens or even hundreds of times a day looking for the deleted TSM account, unnecessarily using up limited HFS resources.
TSM configuration files are found in the following locations:
|Mac OS X||
TSM log files are as follows:
|Mac OS X||
* The Windows installation log files are
msi.log. To find the directory where these files are located in Windows, do as follows:
Windows XP/2003: go
[Run], and type
Windows Vista/7/2008: click on the Windows logo in the bottom-left corner of the screen and type
explorer %temp%in the search box (overtyping the words
Windows users can find the files via
My Computer. Additionally, there is an automated way of sending us the required files - please see our page on log file collection for Windows.
Mac users can find the files via
Finder but may need to run
[Go to Folder...] and type or paste in the above-mentioned folder name in order to locate the files. Please also note that the configuration files are in
/Library/Preferences/Tivoli Storage Manager, not the (always empty) folder
/Users/<your-username>/Library/Preferences/Tivoli Storage Manager.
9.2. What is the difference between backup and archive?
Many people mistakenly consider backup and archive to be the same thing and use the terms interchangeably. In fact they are very different.
Backup is intended to provide a mechanism for securing your current, active files: that is files and data that are resident on your local disk and by implication actively in use. It enables you to recover your disk to its most current state in the event that it is lost (for example, hardware failure); it also enables you to recover a file or files that have been lost (for example, accidentally deleted).
Archive is for the long-term storage of data which is considered to be of value to the university. It is held independent of any files' continued existence on your local disk. Archived files may be removed from the local disk on your computer if required (for example, for space reasons).
9.3. Can I back up/restore from home?
Yes. The HFS supports VPN-based backup for systems that are registered for the desktop backup service. This allows the backup and restore of important University data from anywhere in the world using connections via the University's VPN service: please see further our page on VPN-based backups.
9.4. My account was deleted, so I have re-registered but the TSM Client is not working
The reason for this is because the original deleted node was probably registered to a different server than the newly registered node. To resolve follow the instructions on removing and reinstalling the TSM Client.
Further Explanation: In order to spread the load of new registrations, the HFS team change the server on which new TSM nodes are registered. [Odd numbered HFS servers (OX_HFS_B1, OX_HFS_B3, OX_HFS_B5, OX_HFS_B7) are for desktops; even-numbered (OX_HFS_B2, OX_HFS_B4, OX_HFS_B6, OX_HFS_B8, OX_HFS_B10, OX_HFS_B12, OX_HFS_B14) are for servers.] One user may therefore have accounts spread over several different HFS servers. If a user de-registers an old account from, say, B3, and re-registers, then the new account may come out on, say, B7, if that is where new registrations go. When he/she tries to install, the TSM installer will pick up on all the old settings it finds in dsm.sys/dsm.opt and will try to contact only B3. But, as the user says in their question, we deleted that old B3 account, so the installer finds no account there. So the B7 account will be ignored by the installer and the user can’t run TSM.
9.5. What do I need to do if my machine is being renamed and/or moved?
Your TSM backup is unlikely to be affected if your machine is moved, even if it moves to a different part of the university network. However, if it is renamed and it is also running Windows, then it is likely that it will resend all its data, which may cause your account to be locked. Please see further our page on renaming TSM nodes.
9.6. How secure is TSM?
For a discussion of the various aspects of this subject, please see our page on TSM security.
9.7. What are filespaces?
Filespaces within TSM are typically subsections of nodes that have previously been backed up. For example a node (desktop, laptop or server) may have several physical or logical disks contained with them - these would locally be seen to as c:\, d:\, e:\ etc. As the TSM Backup is required to run with some administrative privileges it backs up the data using Administrative shares that access directly into the root of each drive letter whilst using the UNC for the client, these are generally seen as \\testpc\c$, \\testpc\d$, \\testpc\e$, etc.
For windows clients there for when a filespace is referred to as \\testpc\c$ it is referring to the local C:\ on the machine called TESTPC.
If you are using the Graphical User Interface (GUI) click on
About TSM. The screen will display the relevant information, such as Version 6, Release 4, Level 0.0. Click the screen to close it and return to the TSM hub window.
On a Mac, you can alternatively select
[Tivoli Storage Manager]>
[About Tivoli Storage Manager]from next to the Apple logo (i.e. at the top left corner of the screen). Please note that this does not always give correct results: if you do this after having run TSM Tools for Administrators (which is the recommended method of running TSM on a Mac) then you will be told that you have TSM 1.0; if you do not run TSM via TSM Tools for Administrators, then TSM 6.3 and 6.4 will mis-report that you are running TSM 6.2.
- If you are using the Command Line Interface (CLI) you should, on starting the client see the Version, Release and Level displayed above the tsm> prompt.
9.9. How can I check that my backup was successful?
There are several ways to check that your backup was successful, whether you only back up manually, only use the automatic schedules, or both. Please see further our page on how to check that backups ran successfully.
In order to provide a reliable service for thousands of users we have to apply some limits on daily usage of the HFS so that a small number of users do not adversely affect the service for everyone else. These include a daily transfer limit (see 9.11. How much data can I back up?) and the following:
|Backup Session Duration||10 Hours|
|Transfer Speed||Average of 10KB/sec over 2 hours|
|Maximum File Size||Same as Daily Limit (below)|
If you exceed one of these limits then you will receive a mail headed "HFS backup cancellation report": if this occurs please see our section on HFS backup cancellation reports.
The HFS limits data uploads by imposing a daily quota. If you exceed this amount then your account will be locked out - this is necessary in order to ensure fair use of the HFS. The limits are as follows:
|Daily backup quota||200GB||400GB||500GB|
The total data backed up by a node in a 24 hour period is not allowed to exceed the daily backup quota. That 24 hour period is linked to the operation of the HFS service but typically starts in the early hours of the morning.
If you exceed the daily transfer limit then you will receive a mail headed "HFS backup cancellation report": if this occurs please see our section on HFS backup cancellation reports.
If you need to send more than the daily limit then you can stage your backups by limiting the amount that you send each day. If you need to do this, please see the FAQ item 9.12. How can I limit the amount of data that I'm backing up?.
Unfortunately we cannot accept more than the daily limit for each account. This is because of the way in which newly-received data is processed: it would delay our daily processes the next day if we were to receive an excessively large amount for a single account.
In addition to the daily limit, there is a limit on the size of a single account, which should not exceed 10TB.
You can limit your manual backups by stopping the upload before it reaches the daily limit. This cannot be done on the command line, but only in the Graphical User Interface.
- Start a manual backup, using the appropriate instructions from our section on Using TSM Backup & Restore on your client platform.
In the Task List window, click on
Report; this opens a Backup Report window that shows the running total (listed as
When the total is approaching the limit, close the Backup Report window and click on
Stopin the Task List window.
9.13. What does and doesn't get backed up to the HFS?
TSM will inspect your local hard drive(s) and any locally-attached external drives and by default will back up all the files that it finds there. However, for a variety of reasons, some files are excluded from backup. A list of excluded files can be found on the HFS Policy Pages.
9.14. How many copies of my files are kept, and how long for?
The HFS keeps up to two copies of any one file that is backed up. For information on how long files are held for, please see section 9.18. How long do you keep data for?.
9.15. What does "always incremental" mean?
The backup service provided by IT Services creates a copy of your active files. This is achieved through incremental backups.
Incremental backups mean that we only take copies of the data that has changed since the last time a backup was taken, and we then add this to the existing data that has been backed up.
- New Files: New files are backed up during the incremental backup and added to the backup set.
- Changed Files: If a file that has been backed up once is then modified, then the original file is retained in the backup but marked as inactive, and the modified version is backed up and marked as active; only the currently version and the previous version are retained in the backup.
- Deleted Files: If a file that has been backed up once is then deleted from your file system, then the file is flagged as inactive during the backup process. This file will still be held in the backup dataset for 90 days, at which point it will be removed and no longer be available to restore.
9.16. What should I do if I can't back up for several weeks/months?
If you do not back up for four weeks then you will receive a warning mail headed 'Old data on the HFS'. Another will be sent after ten weeks of inactivity, warning you that your data will be deleted in four weeks' time. After that point, if we have received no response, then the filespaces/accounts listed in the second e-mail will be deleted. More information about these mails is to be found in our pages on Standard TSM emails: old data on the HFS and deletion policy.
Perhaps, however, you are unable to run a backup because e.g. you are out of Oxford or away on leave. If that is the case and you cannot run a backup for more than two months, please contact firstname.lastname@example.org and let us know the reason, and also the date when you will be able to back up again. We will then put your data on hold until that date.
9.17. When is the HFS available?
Generally, the HFS service is available 24/7. However, as with all systems there is from time to time a requirement to update the software and device firmware that underpins the service. Where this requires limiting access to some or all elements of the HFS Service, such interruptions will be advertised to the itss-announce maillist and on the IT Services Status Page, where real-time availability of all IT services can be checked.
The answer to this question falls into two parts. Data that has been backed up to the HFS is, if it still exists on the local disk, retained as long as the drive/partition that sent it continues to back up to the HFS. Data from drives that have ceased backing up for 90 days is subject to deletion, in accordance with our deletion policy; up to three warning e-mails are sent before such deletion occurs.
Secondly, data is also subject to our data retention policy. The HFS backup service is intended to secure your current work and consequently, a maximum of two versions of any particular file on your local system are kept: the current version (known as active) and the penultimate version (known as inactive, and backed up before the current version was created). If a third (or subsequent) copy is made of the file, at the next backup the oldest copy held is deleted, the current one held becomes the oldest, and the very latest becomes the current copy. In cases where a file has been deleted from the local disk, the following maximum retention policy applies:
Desktop/laptop backup policy
- Maximum number of versions of any one file kept = 2
- Maximum retention of the second (oldest) version of a file = 28 days
- Maximum retention of the most recent version of a file = 90 days
Server backup policy
- Maximum number of versions of any one file kept = 2
- Maximum retention of the second (old) version of a file = 90 days
- Maximum retention of the most recent version of a file = 90 days
TSM for Virtual Environments backup policy
- Maximum number of versions of any one virtual machine kept = 14
- Maximum retention of the previous 13 versions of a virtual machine = 14 days
- Maximum retention of the most recent version of a virtual machine = 21 days
9.19. How do I back up my Nexus e-mail?
All data covered by the Nexus groupware solution - including e-mail, calendars and SharePoint data - is backed up automatically to the HFS, directly from the Nexus servers. There is therefore no need for Nexus users to back up such data using TSM.
For details on the backup and restore of data held on Nexus, see the Nexus (Exchange) service level description.
If you send more than the daily limit, then your backup account will be locked. You will be notified of this with an automated e-mail. Desktop/laptop accounts registered within the last 14 days, and server accounts registered within the last 28 days, will be unlocked automatically. This usually happens the next day: generally, nodes cannot be unlocked on the day that a lockout occurs because we need to wait for data to be moved from disk to tape before we can unlock an account.
To find out when your account will be automatically unlocked, you first need to find out which HFS server it is that your machine backs up to. To do this, go to the IT Services Self-Registration page which gives TSM client information and select your TSM node to see your
server. Each HFS server has its own time for automatic unlocks. The times when accounts are automatically unlocked are as follows:
|HFS server||Account type||Time of automatic unlock||Period of grace unlocks after node registration|
|OX_HFS_B1, OX_HFS_B3, OX_HFS_B5, OX_HFS_B7||Desktops, laptops||10:00||14 days|
|OX_HFS_B2, OX_HFS_B8||Servers||10:05||28 days|
|OX_HFS_B4, OX_HFS_B10||Servers||14:05||28 days|
|OX_HFS_B6||Large servers||14:10||28 days|
|OX_HFS_B12||Large servers||18:00||28 days|
If your account is not eligible for an automatic unlock and you request that it be unlocked, then it will not be possible to unlock your account before the appropriate time the next day. So, for example, if you run a backup for a desktop/laptop account on Monday afternoon which causes the account to be locked, then it cannot be unlocked before 10:00 on Tuesday.