This section provides information regarding the coexistence of the OES version of SMS with existing NetWare or Linux networks, and with previous versions of the product.The following topics are discussed:
The SMDR (see Section 1.2.1, Storage Management Data Requester) wire protocol is fully compatible between Linux and NetWare platforms. In other words, there are no changes in the wire protocol. This enables SMDR to communicate with other SMDRs on the same network irrespective of the platform that it is running on.
SMDR uses standard discovery and name resolution protocols on both NetWare and Linux. SMDR is enabled to SLP protocol version 1 upwards. SMDR also uses the hosts file to discover other SMDRs on the network and supports a policy ladder implementation to describe the order of priority of using any one mechanism over the other. All these methods are consistent and compatible on both NetWare and Linux.SMDR on NetWare uses SAP as an additional discovery mechanism. See OES Linux on IPX-Based Networks for more information on how compatibility for SAP can be achieved.For more information, see Section 3.4, Configuring SMDR.
You can use iManager to configure SMS services on OES. You can also use the SMS plug-in to configure SMS in an existing network with older NetWare servers.The following table shows which versions of iManager are compatible with SMS on OES and pre-OES NetWare servers,
* Needs an openwbem running on the NetWare server or sys: volume on the NetWare server to be exported as sys in CIFS exports.
TSAFS (see File System TSA (TSAFS)) uses the ECMA standard SIDF to format file system information into data streams. These streams are supplied to a backup application during backup. Backup applications usually present these streams during a restore, and the TSAFS interprets them. In OES, TSAFS provides full data stream compatibility between NetWare and Linux. In other words, TSAFS on Linux continues to maintain backward compatibility with all existing backups. That is, if the backup application provided TSAFS with a NetWare data stream from an older backup, it is capable of restoring this data correctly to NSS on OES Linux without any data loss. However, if an attempt is made to restore data from a NetWare file system or NSS file system, backing up to a non-NSS file system on OES Linux would create data loss due to the inherent differences in file system semantics.The following list indicates some of the metadata that is lost during a restore of NetWare file system or NSS file system data to non-NSS file systems on OES Linux:
Secondary data streams
Extended attributes
Trustees
File owner/modifier/archiver information
Inherited rights filters
Directory quotas
User space restrictions
File attributes such as hidden, rename inhibit or copy inhibit
File characteristics such as compressed, migrated and sparse
SMS services are consumed by various commercial backup applications. Backup applications might need to be upgraded to enable backing up of OES Linux. For more information, refer to the backup application documentation.SMS also supports a NetWare emulation mode (see NetWare Emulation Mode on OES Linux) where the Linux TSAFS exposes the system as though it were a native NetWare system. Some backup applications might use this option in the interim, while they move to a broader solution. Although the emulation mode itself might be deprecated in future (After all backup applications have moved to backing up OES Linux natively), data backed up using this option would be recoverable by all future TSAs. SBCON and nbackup (see Section 1.3, Backup Applications) support backing up of OES Linux. However, these backup applications are technology demonstrators and are not positioned as enterprise backup applications.
SMDR on NetWare can be configured to use Service Advertising Protocol (SAP*) for locating other SMDRs in an IPX™ environment. SAP is not supported on OES Linux, so in a pure IPX environment SMDR on OES Linux cannot discover or resolve SMDRs on NetWare and vice versa.For SMS services on OES to work independent of platforms, discovery and name resolution protocols that are supported by SMDR must be common across all the platforms. For more information on supported protocols by SMDR, see Section 3.4, Configuring SMDR.
Novell cluster services provides a migration path wherein a cluster can have a mix of NetWare and Linux nodes. For more information regarding mixed node clusters, refer the OES 2 SP1: Novell Cluster Services 1.8.5 for Linux Administration Guide.
TSAFS supports backing up of NSS file system resources across a mixed node cluster with failover/failback support for the same. To backup cluster resources in a mixed node environment use the TSAFS on OES Linux in the emulation mode of operation. Refer, NetWare Emulation Mode on OES Linux for more information on how to use the emulation mode.