Transcript Document
Keeping Your Business Online with eDirectory™ Backup and Restore www.novell.com Brian Hawkins Software Engineer Novell, Inc. [email protected] Roger Harrison Engineering Manager Novell, Inc. [email protected] Vision…one Net A world where networks of all types—corporate and public, intranets, extranets, and the Internet—work together as one Net and securely connect employees, customers, suppliers, and partners across organizational boundaries Mission To solve complex business and technical challenges with Net business solutions that enable people, processes, and systems to work together and our customers to profit from the opportunities of a networked world Deployed Versions Novell eDirectory™ and Novell Directory Services® (NDS®) Product Version Build Version Platforms NetWare 5.1 SP4 (NDS 7) DS.nlm v7.57 NetWare 5.1 NetWare 5.1 SP 4 (NDS 8) DS.nlm v8.79 NetWare 5.1 eDirectory 8 DS.nlm & DS.dlm v8.79 NetWare 5.0,Win NT/2K eDirectory 8.5.x DS v85.23 NetWare 5.x,Win,Solaris NetWare 6 (eDirectory 8.6) DS.nlm v10110.20 NetWare 6 eDirectory 8.6.1 DS v10210.43 NW 5.1,NW 6,Win,Solaris,Linux NetWare 6 SP1 (eDirectory 8.6.2) DS.nlm v10310.17 NetWare 6 eDirectory 8.6.2 DS v103xx.xx NW 5.1,NW 6,Win,Solaris,Linux eDirectory 8.7 DS v10410.xx NW 5.1,NW 6,Win,Solaris,Linux,AIX Differences between eDirectory and Novell Directory Services (NDS) NDS eDirectory NOS directory focused on managing NetWare® servers A cross-platform, scalable, standards-based directory used for managing identities that span all aspects of the network—eDirectory is the foundation for eBusiness NetWare 5 NetWare NetWare 6 eDirectory Backup/Restore Design Goals • High availability Ability to perform backups on a live server that is performing updates concurrently with the backup • Scalable Performance that enables backup of directory servers containing tens or hundreds of millions of objects Ability to restore in hours • Work within the distributed nature of eDirectory Solution: Hot Continuous Backup with Roll Forward Logging • High availability Performs hot backups on a live server that is performing updates concurrently with the backup • Scalable Backup and restore entire DIB (Data Information Base) Limited only by I/O channel bandwidth • Work within the distributed nature of eDirectory Keeps Roll Forward Logs to ensure recovered server matches the synchronization state that other servers in the tree expect How Hot Backup Works • Two “flavors” of backup Full backup includes all blocks in the entire DIB Incremental backup includes any blocks in the DIB that were modified since the last full or incremental backup How Hot Backup Works Update Object How Hot Backup Works How Restore Works • Restore last full backup • Apply incremental backups taken since last full backup (in order) • Replay roll-forward logs since last incremental backup • Verify that the synchronization status of newlyrestored DIB matches what other servers in the tree think it should be • Open the DIB and bring the server back on line Typical Backup Strategy • Full backup weekly on Sunday night • Incremental backup each night except Sunday • Roll-forward logging enabled Backup Schedule Setup/Configuration • Roll forward log settings are stored in the _ndsdb.ini file • Roll forward logs are off by default • Changing the location of the roll forward logs Place the logs on a separate drive system then the DIB set Roll forward logs will contain sensitive information so control access to the roll forward log directory Roll forward log volume must be monitored as the logs grow Setup/Configuration (cont.) • Maximum and minimum size Maximum: This is the maximum size the log can reach before creating a new file Minimum: After reaching this size a new log will be started after the current transaction is finished • Log stream files A copy of modified stream files are placed inside the log file Backing Up eDirectory • Backup header contains valuable information Backup file header is in XML format • The backup file can be limited in size A 250 meg backup limited to 100 meg would be Test.bak < 100 meg Test.001 < 100 meg Test.002 ~ 50 meg Each file has its own header • A log is kept of each backup Backing Up eDirectory (cont.) • Including the security files in the backup • Including other files in the backup A file is given to the backup program that contains a list of files to include Files are listed with a “;” between and a “;” at the end No spaces no returns These files are placed in the header of the first backup file sys:/system/autoexec.ncf;vol1:/personal.txt; Backing Up eDirectory (cont.) • Cold backups Database is closed during the backup Database can be disabled after the backup • Provides the ability to migrate a database with security information This method does not include file system trustee rights (NetWare only) Restoring eDirectory • Restore process 1. 2. 3. 4. 5. 6. NDS Database is closed Backup file is restored to RST Incremental backups and roll forward logs are applied The RST database is disabled (to prevent accidental opening) The RST undergoes the verification process On success the RST database is renamed to NDS and opened Restore Verification • The restored DIB is opened and all partition entries are read Items read Servers in replica ring Referrals for each server Local received up to vector • Each server in the replica ring is contacted and the local received up to vector is compared to the transitive vector from the remote server Trees Designed for Backups • For catastrophic failure/recovery eDirectory needs to be designed so recovery can take place without using the roll forward logs One server or a set of servers that contain replicas of the entire tree but do not share replicas • These servers are then used as master copies of the tree and the rest of the servers are restored using replication Not configuring eDirectory for catastrophic failure can still be restored using a lot of dsrepair work Demo Server 3 Server 1 Server 2 X Demo Server 1 Server 3 Demo Server 1 Server 3 Updates Updates New Server 2 Server Updates Roll-Forward Incremental Full Backups Logs Backup Getting More Information: BrainShare 2002 • IO206—Choices in Disaster Recovery Reviews the best strategies for providing disaster recovery in Novell networks and presents a range of solutions from low-budget options to larger investments that provide everything plus the kitchen sink