180 likes | 302 Vues
This document outlines the key requirements for managing remote store devices over ISDN links effectively. It discusses the importance of manageability, scalability, and a multi-tier model in securing a minimal management overhead while ensuring zero fault tolerance. With a focus on a centralized management approach, the document highlights the challenges of ISDN costs, connection uptime, and the necessity for stores to operate without technical expertise. Key solutions like DSM agents and attention-to-severity objects are discussed to promote proactive management and reduce unnecessary costs and connection disruptions.
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