3.3
Table Of Contents
- Avid iNEWS Administration Guide
- Contents
- Using This Guide
- 1 - Introduction
- 2 - Connect Services
- 3 - Database Security
- 4 - Database Management
- 5 - Backing Up the iNEWS System
- 6 - Disconnects
- 7 - Troubleshooting
- A - Command References
- Programs Invoked by iNEWS
- Commands Used by Avid Personnel Only
- Linux Commands Used in iNEWS
- Console Control Commands
- Console Server Commands
- broadcast
- configure
- connect
- ctraits
- dbclean
- dbclose
- dbdev
- dbdump
- dbfree
- dblines
- dboriginal
- dbpurge (Superuser conditional)
- dbrestore
- dbserver
- dbsort
- dbtraits
- dbvisit
- dictionary
- diskclear (Superuser only)
- diskcopy
- doc
- ed
- enter
- force (Superuser only)
- grpcheck
- gtraits (Superuser only)
- help
- hogs
- idiff
- list
- list B
- list C
- list c
- list d
- list g
- list p
- list q
- list s
- list sq
- list u
- logout
- makemontab
- makeshift (Super user only)
- maketab (Superuser only)
- msgclean
- offline
- online
- otod
- reconnect
- remove
- rename (Superuser only)
- reorder
- restart
- searchtape
- send
- shutdown
- sitedump (Superuser only)
- siterestore (Superuser only)
- startup
- status
- stop
- su
- unbusy
- utraits (Super user only)
- version
- wholockedit
- Job List Commands
- Dialog Commands
- B - System Files
- C - Standard Dictionaries
- Using Dictionaries to Define Messages and Commands
- Customizing Dictionaries
- Utility Messages Dictionary (/site/dict/messages)
- DBServer Program Messages
- Disconnect Program Messages
- Category and Keyword Check Program Messages
- Keyboard Check Program Messages
- Keyboard Check Program Messages for Macros
- Grpcheck Messages
- Wire Program Messages
- Mail Server Messages
- Validation (Action) Server
- Seek Server Messages
- Last Login Messages
- Print Server Messages
- dbtraits Messages
- Save Error (Workstation) Messages
- Queues Dictionary (/site/dict/queues)
- Words Dictionary (/site/dict/words)
- Keyboard Macros Dictionary (/site/dict/keymacros)
- Case-shifting Dictionary (/site/dict/shift)
- MCS Dictionary (/site/dict/mcs)
- Job List Command Dictionary (/site/dict/joblist)
- D Messages Dictionary (/site/dict/dmessages)
- S Messages Dictionary (/site/dict/smessages)
- D - Environment Variables
- E - Managing Traits at the Console
- F - The Line Editor, ed
- Index
5 Backing Up the iNEWS System
60
Tape Operations
When making backup tapes, pay particular attention to the write-protect tab on the tape. If
you have trouble writing to the tape, check the tab and try moving it in the opposite
direction.
When loading a tape, ensure the tape has finished loading before issuing tape commands.
Trying to access the tape before it is ready may result in a “hung” process that waits forever
for the tape to be ready. The only solution is a reboot. For DAT tapes, wait at least a minute
after all tape activity lights cease blinking to be sure the tape is properly loaded.
n
Always clearly label tapes with the type of backup tape it is, date it was produced, and
command used to produce it. Ensure that your tapes can be found quickly, in case of
emergency.
Since the database is mirrored on all servers in your system, it does not matter on which
server you produce the database backup tape. You might want to rotate which server does the
database tape dump so the tape drives wear evenly and you extend the life of the drives.
Alternatively, you might want to always run the backup on one server’s drive so you have
another, relatively unused drive standing by in case the heavily-used drive develops
problems. However, for software and site file backups, Avid recommends separate backups
be made on each iNEWS Server.
Later in this chapter, various procedures are provided for checking data on tapes, searching
for specific data on tapes, and restoring data from tapes. For more information, see “Listing
Tape Contents and Backup Dates” on page 73 and “Searching a Tape” on page 76.
Establishing Policies for Backup Procedures
Since your software and system files change infrequently, you do not need to back them up
very often. Your database, however, changes hundreds or even thousands of times every day,
so they need more frequent backups
Avid recommends your station establish and follow a local backup policy for each type of
data in your iNEWS system.
The following list has some general backup guidelines:
• Since the database is mirrored across multiple servers you have built-in hardware
redundancy. Backups also provide some protection against the rare cases of database
corruption.
• One approach is weekly backups rotating through 5 tapes, one for each week of the
month. If you need to keep old data for a period of time you may supplement the five
tape rotation with 12 more tapes labeled with the months in the year.