180 likes | 289 Views
Client X Management over ISDN link. Client X. Key Requirements. Manageability of remote store devices Scalability (Distributed Management) Multi tier Model Central Management key requirement Minimal cost of management Management over ISDN Zero Fault tolerance
E N D
Client X Management over ISDN link Client X
Key Requirements • Manageability of remote store devices • Scalability (Distributed Management) • Multi tier Model • Central Management key requirement • Minimal cost of management • Management over ISDN • Zero Fault tolerance • No Technical Expertise at Stores • Ease of Install
ISDN • Minimal ISDN up-time • 30 seconds minimum ISDN billing • ISDN costs $$$!! • ISDN connection open for management considered as overhead • PiggyBack
Scalability • 1950 Remote Sites • 21 Sites Currently on BS2000 • 1950 NT Servers • Approx. 3 WIN95/NTWS per Shop • Challenges • Central Core Size • Number of ISDN Open Connections • No operator coverage
TNG Server Head Office 100Mb LAN ISDN Routers Applicaation Shop Server Tills Hardware Architecture 2 tier Model x1950
TNG Components • TNG • WorldView • Enterprise Management • Event , Workload • Agent Technology • DSM, Agents • Software Delivery • AMO • RCO • AntiVirus
Standard TNG Solution • One DSM per Store • Store Nodes monitored by local DSM • DSM connects to Local Repository • Multi tier model • Status Changes propagated to Central Server • Central CORE sizing • Include only needs attention objects • Bridge • Status Propagation and Replication
ISDN Routers • Stores ISDN Router Not Monitored • When the ISDN router raises or drops the line, the DSM may see this as a state transition and notify the Object Repository at head office. Thus a transition from up to down on the ISDN line (when a call ends) may cause a raising of the line (an ISDN call) simply to notify the Object Repository that a call has ended. This is clearly an undesirable effect, which in its extreme form can cause a spurious ISDN call every 5 minutes.
Power Off Status Transition • Stores Workstations power off at night • Non Significant status changes everyday • Unknown->Up • Up->Down • Down->Up • ISDN Costs!!!!! • No benefit to Client in seeing this! • No status propagation with power on / off
Bridge • Function • Propagate severity levels 2 and 5 to Central CORE • Replicate Objects • Delete Objects when no longer conforms to severity levels • Not started at bootup • Startup triggered by status transition • Event Rule
Conclusion • Great Cost Justification • Reduced ISDN connection up time • Pro Active Management • Management of Pertinent resources • RCO really loved! • STORE Server up time improved • SQL Agent proactive notification • Virus detection and corrections • Ease of maintenance with USD