SX.e Administration Jeremiah Curtis Technical Services

SX.e Administration Components NT and the Staging PC Considerations Performance

SX.e Components Grey areas indicate the location of SX.e GUI execution.

SX.e Components Unix Box – Progress 8 Different Brokers provide services on different TCP/IP ports –DB Broker, must start first – shutdown last –AppServer Broker (GUI Clients) –OI Broker (ODBC connections, Brio, ClipShip) netstat –a | grep LISTEN | pg ps –ef | grep nxtdb.pf ps –ef |grep apbk ps –ef |grep oibk

SX.e Components Unix Box – Progress 9 Different Brokers provide services on different TCP/IP ports (Progress 9) –AdminServer –AppServer Broker (GUI Clients) –OI Broker (ODBC connections) netstat –a | grep LISTEN | pg ps –ef | grep adminserver ps –ef |grep nameserver ps –ef |grep apbk

SX.e Components NT Box(es) Staging PC / Code Server –Compile Code (Staging PC) –Host Code (Code Server) Windows Terminal Server –Host Clients (GUI application) –Host Clients (character application)

SX.e Components Clients Windows PC –GUI application –Character application Windows PC –Terminal Server client

SX.e Administration Components NT and the Staging PC Considerations Performance

NT and the Staging PC NT Admin User Management (User Manager) –Guest Account Code Server (may need to enable) CMI Server (enable, unless share is modified) Shares and File/Dir Permissions –CMI Server \\server\cmi –Staging PC \\server\ins$ (Client installs from here) \\server\nxt$ (runtime code if Code Server) \\server\cod$ optional (test code area)

NT and the Staging PC Staging PC Primary purpose is to compile and distribute SX.e code. If Code server, NT Server* required for the larger number of connections needed. Do not put on a Terminal Server. Do not combine functionality on NT Servers beyond “two”. It is cheaper and better performing to have multiple NT servers than one monolithic server. –NT Servers are scalable for the “one” or “two” functions they serve, but not for more functions. –Put Exchange on its own hardware platform.

NT and the Staging PC Patches With General Release patches, an notification is sent to the customer. –With No Custom Code issues, the provides a link to the patch download –With Custom Code issues, an is sent saying so. They will need to talk to SI for necessary code changes. For Pre-Release patches –Login to CustomerCare.NxTrend.com –Scroll down to the bottom of the page under Release Information –Click on a Pre-Release hyperlink for your version – request –Same code review will take place, with the same procedures as a General Release above.

NT and the Staging PC Patches cont. Follow patch installation procedures on CustomerCare.NxTrend.com. Newer GUI patches will automatically compile code and create a new library file, standard.pl Compile code for AppServer and Char through MARC and do at the same time as a push. Recommend a full test env. Test database env on Unix box, and test env on the staging box. For Progress patches, be sure to shutdown database and truncate.

NT and the Staging PC SX.learning - CMI Two basic forms –CMI-Managed, files hosted by server –CMI-Solo, files from CD-ROM Large dataflow requirements for clients, especially with sound Patches from CustomerCare.NxTrend.com –Click on Doc, click on CMI, scroll down –Separate patches may exist for Admin, Student, Server

SX.e Administration Components NT and the Staging PC Considerations Performance

Considerations General Redundancy provides for 100% uptime UPS services for all equipment and servers (extended runtime – 60mins) Make sure everything is scalable Network printing, rather than serial Client bandwidth throughout entire path Infrastructure can be used for other purposes

Considerations Network 100Mbit switched environment Local (LAN based) name resolution WINS and DNS Code resident on the PC client or on a server (possible network traffic)

Considerations WAN Client bandwidth on each segment Committed Information Rate (CIR) Quality of Service (QOS) Bandwidth Shaping

Considerations Internet Quality of Service (QOS) Security –Firewalls (limit/route access) –VPN’s (grant/deny access) Provide for encryption Account driven –NAT (Network Address Translation) Bandwidth Shaping

Considerations Thin Client Graphical terminal session Processing takes place on a central host –Concentrate horsepower –Easier security and administration Clients only process input and output –Smaller bandwidth demands (12Kbit), shorter data streams (bursts)

Considerations Windows Thin Client Requires NT 4.0 Terminal Server or 2000 Server with Terminal Services (NTTS) Requires separate CAL’s – client licenses Can be enhanced with Citrix Metaframe User accounts can be tied to the Domain

SX.e Administration Components NT and the Staging PC Considerations Performance

Performance Network Ethernet Networks are CSMA/CD Eliminate port saturation, <%50 (30/60) Backbone is X times faster than segments Switched (switches) over Shared (hubs) Use Full Duplex where possible To a user, the network is only as fast as the slowest link to the resource (constraint), physically or logically

Performance Unix Server Live Env ((10MB * users) + 200MB) * 1.5 Test Env ((10MB * users) + 200MB) 35 users per disk Dual controllers for RAID 1 side of mirror on each controller Reboot monthly D&L yearly

Performance Unix Server Memory usage (vmtune) Paging usage (lsps –a) Check paging activity (vmstat 4) Increase –B (MARC) -bi (truncate script) Check print dirs (on striped array) Reboot monthly D&L yearly

Performance NT Server Dual CPU, lots of RAM (best bang for buck) Run NTFS on all file systems Run a disk defragmenter weekly Increase virtual memory to 2x RAM Antivirus software (exclude *.pl) Reboot monthly Rely on hardware redundancy over tape backups; mirroring, etc.

Performance Business Bandwidth Needed –Determine # of users & location –Determine capacity demand for each Application performance (sub-sec or not) % Uptime required

More Information NT Networking msdn.microsoft.com/library/default.asp Thin Client NxTrend customercare.nxtrend.com