planning:introduction
Differences
This shows you the differences between two versions of the page.
planning:introduction [2017/06/13 15:26] – dcumming | planning:introduction [2025/01/21 22:07] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== | + | ====== Implementation |
+ | Let me start this section by saying nobody ever knows how complex their existing tape management processes are until they start implementing TapeTrack. | ||
+ | There are many factors that result in this realization, | ||
+ | Inevitably, the five biggest challenges that any TapeTrack user has to overcome are: | ||
+ | - [[planning: | ||
+ | - [[planning: | ||
+ | - [[planning: | ||
+ | - [[planning: | ||
+ | - [[planning: | ||
+ | <note important> | ||
+ | ====== Implementation Phases ====== | ||
- | ===== Your corporate topography ===== | + | When implementing TapeTrack, it is important to take into account how the product will be implemented, |
- | The first step is to understand how all backup environments, | + | The following implementation phases are based upon the knowledge |
- | With this in mind it would be best practice | + | While it is completely up to you how you implement TapeTrack, these suggested phases are what we would recommend as best practice for implementing |
+ | ===== Identifying Stakeholders ===== | ||
- | You would be advised | + | When implementing TapeTrack, it is important to first identify those who have an interest in the tape management process as these people may be required |
+ | ==== Business Data Owners ==== | ||
+ | It is rare for the business | ||
+ | ==== Operations ==== | ||
+ | Operations staff will almost always | ||
- | In addition please consider the movement of media if they are shared between potential [[objects: | + | * Entering and removing tapes from robotic libraries. |
+ | * Slotting tapes in racking systems. | ||
+ | * Scratch tape management. | ||
+ | * Scanning tapes in and out of the system. | ||
+ | * Working with third-parties such as offsite vendors | ||
+ | * Actioning any alerts issued by TapeTrack. | ||
+ | ==== Backup Administrators ==== | ||
- | Be aware of common bad practice when managing media movements such as moving media between multiple libraries or sites as scratch media as the same media barcodes will be appearing on multiple reported | + | When integrating TapeTrack with backup software and robotic tape library equipment the cooperation and assistance |
- | Consider you have x2 different | + | * Ensuring tape management processes align with backup |
+ | * Installing TapeTrack software. | ||
+ | * Setting up backup | ||
+ | ==== Auditors ==== | ||
- | - Starting with the backup on Backup Infrastructure #1, the backup software picks up media barcode ' | + | Auditors are often involved in setting |
- | | + | ===== Identifying Tape Management Objectives ===== |
- | - To save on media it had been decided to rotate | + | |
- | - The backups are run, and the media ' | + | |
- | {{:: | + | When implementing TapeTrack, each company have their own objectives. It is however important that these objectives be identified before any other activities begin. |
+ | At a high level, our suggested objectives are: | ||
- | Now you have the same barcode ' | + | * To create a completed inventory record of every tape asset owned by the enterprise. |
- | ==== Global sites ==== | + | * To create a consistent tape management process across the enterprise, or where that is not appropriate, |
+ | * To create a chain-of-custody record of each activity related to each and every tape. | ||
+ | * To automate as many tape management processes as possible by leveraging the features of TapeTrack, | ||
+ | * To better organize tape libraries that are in racks and shelving units. | ||
+ | * To implement reporting processes to comply with regulatory requirements. | ||
+ | ===== Obtaining Consensus | ||
- | It is very important | + | It is rare for all backup stakeholders |
- | ==== Business units ==== | + | |
- | These would be an element or segment | + | Examples |
- | Here it would be best to consider how these need to be identified should they need to be separated or have any detailed reporting at a later stage, particularly if media is business unit specific, or if gets moved between them. | + | * The level of integration and automation that is implemented. |
+ | * Who is responsible for supporting TapeTrack. | ||
+ | * What level of alerting is enabled within TapeTrack. | ||
+ | <note tip> | ||
+ | ===== Mapping the Existing Environment ===== | ||
- | ==== Remote sites ==== | + | It is rare for any enterprise that is implementing TapeTrack to start with a complete understanding of the existing tape management requirements and processes. |
- | Depending on the movement of media, these may be considered as repositories under a Customer ID, or an individual Customer ID in their own right depending on media handling operations. | + | Before starting |
- | An example being that if tapes only moved to and from a regional office to a at a remote | + | - Which sites are using tape and require tracking |
+ | - How tapes are currently being managed | ||
+ | - What backup software is being used in each environment that uses tapes. | ||
+ | | ||
+ | - Are there any third-parties handling the tapes, such as offsite vendors or outsourced tape operations. | ||
- | ==== Translating Your Organisation into TapeTrack | + | <note tip> |
+ | ===== Identifying Key Staff ===== | ||
- | See the examples below of how best the corporate topography and operations may be represented in TapeTrack: | + | Identifying key staff who will be responsible for the implementation and day-to-day operation |
- | === Example 1 === | + | These key staff may include those who are directly responsible for implementing and using the product, but they may also be staff who have no direct involvement with TapeTrack. |
+ | ===== Creating a Project Plan ===== | ||
- | Here an organization may have just one site, Site #A, in one country or province. | + | It is recommended that a formal project plan be created |
- | {{:: | + | <note tip> |
- | {{:: | + | ===== Planning for Objections ===== |
- | This could be translated into TapeTrack as a single Customer ID, with LTO and T10K media that would have a minimum | + | It is inevitable |
- | {{:: | + | These objections |
- | + | ||
- | Alternatively, | + | |
- | + | ||
- | {{:: | + | |
- | + | ||
- | However, although these x2 configurations look near identical, there are x2 important differences: | + | |
- | + | ||
- | * The first configuration, | + | |
- | * The second configuration, | + | |
- | + | ||
- | === Example 2 === | + | |
- | + | ||
- | Here we have an organization with x2 sites or business units, Site #1 and Site #2, which could be in a single town, city, country or province. | + | |
- | + | ||
- | As media may be transported from the shared off-site vaults to either site for the cross-site backups, best practice may be to configure the off-site vaults as the Customer ID instead of the sites. | + | |
- | + | ||
- | {{:: | + | |
- | + | ||
- | {{:: | + | |
- | + | ||
- | This could be translated into TapeTrack as a x4 Customer ID's representing the x4 off-site vaults, with LTO and T10K media that would still have a minimum of x3 Repository ID's per Media ID, as shown below. | + | |
- | + | ||
- | {{:: | + | |
- | + | ||
- | This would provide the best practice for maintaining your media inventory allowing media to move between sites but having a common off-site vault. | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | ===== Your current Tape Management Processes ===== | + | |
- | + | ||
- | Your current tape/media management process should include the following: | + | |
- | + | ||
- | * Stock management for the purchase and storage of new media | + | |
- | * Scratch media management so you are aware of what tapes can be reused | + | |
- | * Identifying tapes to be vaulted and sent off-site | + | |
- | * Identify faulty tapes to identify potential data loss | + | |
- | * Ejection confirmation and/or Picking list confirmation | + | |
- | * Media exchange with any party such as an off-site vendor | + | |
- | * Routine media audits and certification for all media locations | + | |
- | * Daily media movement verification' | + | |
- | * Barcode management to avoid duplication in any one environment | + | |
- | * Regular process review or gap analysis | + | |
- | * Media destruction process for regulatory compliance | + | |
- | * Legal hold process to identify and safeguard digital media | + | |
- | + | ||
- | Some of these items may be include | + | |
- | + | ||
- | For example TapeTrack can be used to audit, and in some places automate, the verification of media at each step of the media handling process, depending on the level auditing that is required. | + | |
- | + | ||
- | * Check that the vault has run, media ejected ready to be removed from the library. | + | |
- | * Check for media residing in the library or device media access port after eject. | + | |
- | * Check of media received in a secure media room, or scanned to a rack. | + | |
- | * Check of media scanned into or out from a closed containers. | + | |
- | * Check of media scanned out for transportation to off-site vault. | + | |
- | * Check that media has been received at the off-site vault. | + | |
- | * Check of recalled media that has left the off-site vault. | + | |
- | * Check inventory of media in all libraries. | + | |
- | * Check inventory of media in all off-site vaults. | + | |
- | * Check inventory of media in all racks, secure rooms and store rooms. | + | |
- | + | ||
- | + | ||
- | ==== Your current media inventory ==== | + | |
- | + | ||
- | For a complete overview and control of your media, your inventory should include, but not be limited to, the following elements, which can be imported into TapeTrack so as to enable compliant auditing and the ability for reporting and forecasting : | + | |
- | + | ||
- | * Media purchased but in the store room or not called to site from the supplier. | + | |
- | * Scratch media availability in the store room and in the library. | + | |
- | * Media in libraries including details of last write date, next move date, and expiry date etc.. | + | |
- | * Media on legal hold including details of legal hold start and finish dates, data owner, and any further legal order details. | + | |
- | * Media destroyed or to be destroyed with the destruction date, vendor destruction reference, authorization details etc.. | + | |
- | + | ||
- | + | ||
- | Be aware of common bad practice when managing media inventories and movements such as : | + | |
- | + | ||
- | * Using multiple identities for a single tape. | + | |
- | * Relying on handwritten labels and not using barcodes. | + | |
- | * Failing to identify the potential for duplicate, or triplicate barcodes when consolidating multiple or legacy backup infrastructures into a specific site or off-site vendor account. | + | |
- | * Moving media between multiple libraries or sites as scratch media will have the same media barcodes appearing on multiple backup infrastructures. | + | |
- | * Relying solely on the off-site vendors inventory as this will cause problems when media is added and used in the backup environment but never sent to the off-site vendor. | + | |
- | * Not keeping the history of removed or destroyed media, or not isolating details of destroyed media from the active media inventory which can result in reconciliation issues. | + | |
- | * Reliance of spreadsheets, | + | |
- | * Reliance on homegrown developed applications with risk from poor or no change control process, or reliance on a single employee. | + | |
- | + | ||
- | ==== Your backup software ==== | + | |
- | + | ||
- | Hopefully the backup software would have been installed and configured with the consideration of media management and not just backup operations. | + | |
- | + | ||
- | Examples of fields you may want to include in queries, but not be limited to, are listed below : | + | |
- | + | ||
- | * Volume/ | + | |
- | * Barcode | + | |
- | * Mediaidtype/ | + | |
- | * Poolname/ | + | |
- | * Robotnumber/ | + | |
- | * Vaultcontainer/ | + | |
- | * Expiry/ | + | |
- | + | ||
- | You may at this stage consider what barcode rules you have in place, and the impact that may have on managing the media inventory on a wider perspective. | + | |
- | + | ||
- | Please also consider the full lifecycle of media, from how it is added, used, stored and destroyed, and what records of the media should be kept either inside or outside of the backup software. Be aware that sometimes normal process dictates that non production, | + | |
- | + | ||
- | ==== Your backup administrators ==== | + | |
- | + | ||
- | Backup administrators may or may not be required to manage backup media as per a dedicated media management team, but it can be vitally important they have a global view of the media. | + | |
- | + | ||
- | When configuring access to TapeTrack it is always worth considering non media handling teams for having a read only view of appropriate Customers ID's, Media ID's, and Repository ID' | + | |
- | + | ||
- | + | ||
- | ==== Your operational staff ==== | + | |
- | + | ||
- | You should identify what operational staff will require access to TapeTrack, and consider what functions they need to perform. | + | |
- | + | ||
- | Local tape handlers may only require access to one site, and then they may only need access to one specific set of media. | + | |
- | + | ||
- | This access should be recorded and used to identify access groups that should be created in TapeTrack. | + | |
- | + | ||
- | + | ||
- | ==== Your off-site vendor ==== | + | |
- | + | ||
- | Your off-site vendor will have an inventory and an audit trail of what media they have collected, stored and returned. | + | |
- | + | ||
- | Always remember that although the off-site vendor can supply a media inventory, this is not your organisations inventory and in some instances may only act a a guide to which media they have handled and stored. | + | |
- | ==== Your tape library hardware ==== | + | |
- | + | ||
- | Aspects of tape library hardware can be often overlooked with regard to media handling and inventory audit. | + | |
- | + | ||
- | Querying the library can be performed with such tools as Commvaults ArmTool or Symantec' | + | |
- | ====== Political Considerations ====== | + | |
- | + | ||
- | As with all all decisions that may invoke apparent change in working practice, there will be political considerations within the organisation. | + | |
- | + | ||
- | With any implementation, | + | |
- | + | ||
- | + | ||
- | ===== Who might push back ===== | + | |
- | + | ||
- | There may be push back from persons or departments include, but not limited to, those listed below. | + | |
- | + | ||
- | Managers and Financial Controllers who may : | + | |
- | * not understand the benefits to the media management process | + | |
- | * already oversee another product in another region or country | + | |
- | * be influenced by corporate departmental operations | + | |
- | * be influenced by vendor interests | + | |
- | * be focusing on disk or cloud based migrations | + | |
- | + | ||
- | Media Movements operators that may : | + | |
- | * argue over the need to improve any media management system | + | |
- | * fear potential change in the operational procedure | + | |
- | + | ||
- | Media Handlers that may : | + | |
- | * Fear potential change in operational procedure | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | ===== Who might struggle to learn TapeTrack ===== | + | |
+ | * Why did we have to change from our old system? | ||
+ | * Why is maintaining the old system no longer part of my duties? | ||
+ | * I did not attend the training and I don't know how the system works. | ||
+ | * The system is not the same as our old system. | ||
+ | * Why am I getting messages notifying me that I have made a mistake? | ||
+ | * Scanning tapes in and out is too time consuming. | ||
+ | * There are discrepancies between what the offsite vendor' |
planning/introduction.1497367575.txt.gz · Last modified: 2025/01/21 22:07 (external edit)