|
请使用QQ关联注册PLM之家,学习更多关于内容,更多精彩原创视频供你学习!
您需要 登录 才可以下载或查看,没有账号?注册
x
http://www-cad.fnal.gov/PLMWorld2008/Teamcenter%20Unified/The%2520Network%2520is%2520Slow!.pdf ( @3 s) H' z4 q/ o3 t4 b
http://www.plmworld.org/p/bl/et/blogid=43&blogaid=218
/ t/ h# d U" _https://support.industrysoftware.automation.siemens.com/docs/teamcenter/Network_Performance_Tuning_V6.6.pdf& t# D: u- V6 L" ~% e
' A, _0 ` b. z# Y0 j& {Teamcenter is Slow! Teamcenter Performance Bottlenecks & Mitigation
8 c5 V; |+ S: n / d5 Y7 L, Y: S$ N$ S" p
Larry Carpenter
' Q( ~0 f8 K; R1 {At the Chicago-Wisconsin RUG Fall Conference in October 2012, I gave a presentation on common Teamcenter performance issues and solutions along with listing, in one place, many other past Teamcenter performance presentations and white papers. It was very well received by a standing room crowd, so I thought I'd share it with the rest of the PLM World community. Here is a link to the presentation (you must be a TCUA SIG member to view it): http://www.plmworld.org/p/do/sd/sid=3758&type=0
! @% @0 P) _+ X. m6 wFor those unwilling to join the TcUA SIG to view it, I wrote an abbreviated version here:$ C* J$ Q' Y5 ^8 J2 h3 I
Why Performance Matters, M- Y0 ~# H, c
• Productivity – doing more work with less b% K0 d8 o3 I9 e
o Improve end user productivity0 v4 }4 W$ ~' Z
o Improves administrator productivity
- w* l0 F: B( m4 M, `3 ^ fewer help desk calls responding to or fixing preventable problems
' n% O; W0 u" u* W7 ?• Reliability
( n+ Z: R( |6 |o A well tuned Teamcenter environment also improves system stability and uptime.
; J0 A; T$ ?4 J5 U* M' e+ ko Less opportunity for data corruption+ F5 G6 ]& q3 G/ f2 @
o Fewer operational errors/problems
/ y! y* [8 A! a. K8 f b• Cost Savings; W, q3 F2 ?. ]2 p- l; B9 N
o Less waiting means less time wasted." x3 C3 R- w+ h$ D1 w! s+ H+ [+ h
Quick Case Study: Company ‘S’! [+ Z6 Z, c5 m' i- e* `! N
Performance was so bad that something which used to take 10 minutes was taking 2 hours to do.Did pretty much everything wrong, performance-wise, at first but ultimately fixed every major problem. What took 2 hours now only takes 2 minutes.
; f# N; Y J, O+ s$ JSee my March 2012 article on PLM World’s website for details:
+ ?2 J6 E8 @! Y# Y3 u0 R8 yTeamcenter Performance – Hard-Earned Lessons: http://www.plmworld.org/p/bl/ar/blogaid=1520 U- F6 ?& h" B
Common Performance Bottleneck Causes I% H+ |* E0 c# h
Using OOTB settings — OOTB settings are intended for development environments; not production environments.7 R# ?) X! `" X$ H5 [
Overloaded servers — Putting too much on a single server.
% ~1 `. _1 s3 W6 Q) S6 j% R2 Z- GOperating system settings — Network settings most common (e.g. TCP parameters).
; i9 | n: B3 u% uLack of performance monitoring & tuning — Performance doesn’t improve all by itself. It requires human intervention to determine root cause and address it.
- c. e3 ]( S: P6 N* YDatabases – The Most Likely Culprit
. W8 S% B2 u b5 J3 G/ h% u+ `• Database performance is highly sensitive to hardware, software, and DB configuration.
_9 }0 O& D* d2 U8 N/ }• DBAs at companies generally don’t do performance monitoring and tuning of your Teamcenter DB.& F" x7 F$ k& w) L1 l. j
• It’s typically the last place that Teamcenter administrators look for performance issues rather than the first.
' Y5 L- O E& E3 `$ o( QMitigating Database Server Bottlenecks
/ K+ k1 s- ]; R7 t: ]3 ]# ]• Must use dedicated DB server3 W, }. A4 @7 M% Y7 O8 R5 u& e! G
o Do not use your DB server for anything other than your Teamcenter production database. This includes not serving additional databases from the same server.
+ Q. C. Q. Q$ K, U& x5 z5 l• Must have fast dedicated storage for DB files
" F+ J k0 W, p0 So Avoid using a NAS device; especially a shared NAS. Use DAS (Direct Attached Storage) instead.6 @, n& F% f9 F r) m( ]
o Use multiple fast disk spindles partitioned with proper RAID levels according to the DB vendor & SPLM recommendations.5 |' t2 @) f$ w9 [
o Split DB data, temp, and log files across those RAID partitions according to DB vendor & SPLM recommendations.
6 X* r' G$ v R+ F0 O+ g6 j2 qo Use disk controllers with a battery/flash backed cache.
" R7 ?8 p; y. D3 E+ {o Use multiple disk controllers if possible.* i, g2 B% d0 n6 m/ f& {0 q
• Cram the RAM% S- Z* v8 p/ x& H W& J
o Ideally should be greater than the database size or in-memory footprint. Otherwise disk swapping/paging will occur.
4 y1 B+ z- K9 P9 @& `. ]3 T• Use 64-bit OS & DB software
n& g8 f( E) s2 {o 32-bit software has severe limitations regardless of whether you use “/3G”, AWE, or PAE settings to access memory beyond 3-4G. It’s still a bottleneck.
4 H) U% ]' s+ R6 C• Use a good quality network adapter(s)( x5 D' R* B& r( i( Y
o Often overlooked as potential source of bottleneck (e.g. packets/sec limitations). Consider multiple NICs “trunked” for better throughput.
; C5 U- ]& {7 W6 `% w6 R• DB maintenance tasks" r1 t, r( u7 _# K& W1 G% i
o Update statistics and rebuild indexes regularly.
$ @; \; l2 u' o0 v* m4 f/ S: p! aCommon Teamcenter Server Bottleneck Causes
; H" q d G, ?+ g! D• Overloaded Tc Servers
' T, n" @8 E4 {5 D+ D3 O& F# ]• Poor Web Tier Configuration
T9 H/ u7 ~' V$ T3 \1 N" i. w9 L( u• Poor FMS Configuration
! O$ N5 W% {- q! o# \5 @# K2 c• Debugging Turned ON
6 F6 d- k2 Q4 R) }- K( {• Rich Client using OOTB settings5 z7 S! J) X% G7 c& a" q H3 Q
‘Unload’ Overloaded Teamcenter Servers: v7 U8 X$ \* V. R; L9 R% C0 t
• Put Dispatcher modules on separate computers away from other Tc Servers.
6 N! e7 {) c+ l+ t: A/ R) [/ N* T• Separate the Web & Enterprise tiers from the Tc Corporate and Volume servers.
& {3 D- N. ?5 e7 D3 L• Use load balancing for Middle Tier & FMS:/ m! I# l- {* E- }2 s; D) u" K3 e
o Use multiple Web/Enterprise Tier servers to open up potential hardware resource bottlenecks (e.g. CPU, RAM, network adapter I/O, disk I/O, MB bus, etc.).4 n) B8 \# D$ M# t8 R: \
o Set up multiple FSC cache servers to take load off busy volume servers/storage.5 Y7 R) s& G$ N% V
Web Tier Configuration- g0 a6 w) N' W+ |& U4 P7 A
• Do not use port 80 or 8080
/ _, |* H/ z7 Y2 C2 h* P+ e9 |o HTTP traffic on those ports is considered web browsing traffic and is therefore given lowest priority on any network. Can also cause randomly dropped connections.4 L& k+ E; m4 f" I8 F. c+ x. q
• Enable http compression if not using WAN acceleration, N# u3 b& a8 N& n5 z5 }% ~
o Must be done on both web server and on clients to take effect.1 t: F. M, c' t3 [9 |7 F2 Z, A) f4 I: B
• Change/tune OOTB settings for Web Server/App
( e3 Y3 D) Y% E9 ~ Fo E.g. timeout values, max # of threads, Java memory, etc.# f7 P# M5 U3 ?" W( ?
o Read tuning guides specific to your chosen web server/app
' Z u; l! m$ G, l+ C/ T• Scale it up or sideways
# q( q# `( t5 `- no Add another web tier server, or increase # of work processes (e.g. Web Garden mode for IIS).) U* O: f3 ~* y T, h8 r4 U) O
Common FMS Bottleneck Causes
k# H) ]3 N+ W! N9 I- s0 r• Data improperly routed
1 v2 `& N, p' `9 F( ^# w# X& so E.g. Forcing data to go through a remote FSC server over a WAN and back again over the same WAN instead of simply pulling it directly from a nearby Volume/cache server.% u, i3 y- C6 I2 f
• Using OOTB settings
8 Y; j0 n2 f: f( I; x# z2 s: co For development purposes only, remember?
* K. W$ q# C3 ^# k) @• Missing client IP address subnets1 P9 ?$ C. G* |( k: |+ m6 W
• No load balancing
% u0 e. {/ t6 n! }, H• Not using remote cache servers for WAN users. S6 g/ c& F9 N( v
• Not using remote volume servers for WAN users
/ Z% d, F& K1 AFMS Configuration
0 p$ {0 W: ^* c' I! C `• Ensure routing is correct' B, w8 i. V/ L0 X
o Between multiple FSC groups via entry/exit/link parameters
, f% _5 w/ P. R+ {7 O( P4 Jo Between clients and their assigned FSC servers by using complete and accurate ‘clientmap’ parameters for ALL clients.
4 b! O8 w3 O- a8 oo Use correct transport algorithms for LAN and WAN users.
* u$ _( Y3 V* `" N0 h" x k$ F• Tune FSC/FCC cache settings# @* n# h- E, U) O1 s h& ~" O8 O8 T5 R
o Simply picking a total read/write cache size is not enough.
: T3 E4 y$ {7 b9 S! C+ h( D# `o Read “Sizing the FMS fast cache” in the Teamcenter help documentation. There is also a FMS cache sizing tool available from the GTAC web site. Link to FMS Calculator
) U3 t' M: P X! c) `- X$ s• Ensure correct client maps- U3 u5 L6 B: m2 R" k: t% X
o Determine ALL potential client IP address ranges and where they are located. Don’t forget to account for VPN IP addresses.
3 l3 M2 b: T3 G y ]4 mo Place client maps in the closest FSC group to their location.
& Z+ U; ]9 B% |+ G5 P+ l• Use multiple FSCs for load balancing! A% v+ s! b% R9 R7 c: U
o Use “front-end” FSC cache servers to reduce load on Volume servers. (Requires disabling of FSC direct routing)) m+ R8 W6 W# Z. h: ^) L' U
o Use redundant FSC cache servers to load balance each other. Also provides fail-over.2 X0 @. l1 w7 u2 n* W! y
• Place FSC cache servers close to users! `6 t8 S7 j7 m4 N
o Greatly improves read performance (load time) over a WAN for groups consuming shared data.2 s6 x6 |2 Y3 E6 w7 D: U) F$ t
• Place Volume servers close to users6 H& i! |! B8 P
o Use Store & Forward or at least place remote volumes near remote users. (Backups of remote volumes are critical)! Y$ m& Y( R( d6 \
o Greatly improve write performance (save time) over a WAN especially for CAD data.
. E7 e3 x2 n: l S' i• Prepopulate FSC caches
& n6 U' C, X# i3 ]o Run a nightly script to prepopulate shared data across FSC caches.
+ L' b6 E- `; E7 s" y; YMisc Teamcenter Changes
6 Q% s1 e5 t# S+ j1 L+ w: w) h• Disable logging and other debugging tools. Turn them on only when needed. Examples,7 H( m& { f; ~; g; O
o TC_SECURITY_LOGGING=OFF) p! A! s! |- Y* p+ B
o TC_APPLICATION_LOGGING=OFF6 I7 \/ C, O" _: |! ]5 ^
o TC_SLOW_SQL=-1
: I0 H! R6 [& f• Rich Client ‘Teamcenter.ini’ configuration:
+ E3 X e6 d- K/ O( Wo Modify Teamcenter.ini file to increase Java Memory and other settings. Will improve performance/stability when perform large operations (CAD, PSE expansion, large Workflows).
2 p9 y6 D4 w. g8 a& |) |• Enable FCC File Warming
# g- q) U, c2 y' yo Improve startup time by having FCC and Tc files pre-loaded at OS login.
0 H; G2 l2 m: F2 K" @Network Performance
2 `$ ] r* E9 v• Use a hardware-based WAN accelerator if using Teamcenter between multiple facilities over a WAN.! x: Q# h0 K' b0 [: y
o If none then make best use of software-based Web server and FMS WAN acceleration settings. (i.e. http compression & FMS compression)
e6 S) N% q7 T! G: m7 [$ {5 b. i& E• Optimize OS network settings! d( Q- M7 Y9 L
o OOTB settings are insufficient
, P# H) G6 N4 j% ~ [) |$ e: _1 b( w& Go Applies to both servers and clients
3 o, a3 L B/ s& z" w' U6 s; ?o Examples, increasing # of tcp ports, disabling NAGLE algorithm, increasing buffer sizes, trunking multiple NICs, enabling Compound TCP, Large Windows Scaling0 @: s6 |$ y e: y4 M9 m
Recommended Server Changes (Windows)6 n$ b* B# Z/ W$ D: C9 |
See Presentation.2 r h; \: [) d5 V
Recommended Client Changes (Windows)' }. h7 l( I! ~) s
See Presentation.
4 i( ^ m' p$ R9 s4 fPerformance Monitoring Tools: U5 [, C) m" i6 `% ?. [' l: i
• Some useful performance monitoring tools:
: r* k/ y7 T$ C C8 g! R• Performance Monitor (comes with Windows)
/ t5 P9 H. A. x• Used to monitor OS, Teamcenter, and SQL use of resources
5 O0 i# }4 u; j6 L! G+ d; e7 j• Wireshark (freeware network packet sniffer): R4 l8 T+ Y, ~, L
• Used to help identify network TCP performance between computers.
0 B, G" w9 k+ v8 ?• Available at http://www.wireshark.org/
j8 a# z m f/ l. [9 U• Sysinternals Suite (free from Microsoft web site)$ }4 {8 U$ g& y- k; u
• http://technet.microsoft.com/en-us/sysinternals/bb842062
% [) o* } @# Z' _Reference Materials+ s" J0 |$ J/ h5 o, N6 z
• Available on GTAC Web Site @ http://support.industrysoftware.automation.siemens.com/docs/teamcenter/" l# E0 U9 X7 Z2 ~0 I: T) [
o Teamcenter Deployment Guide& ]% D+ [4 t, x# z U2 R
o Teamcenter Network Performance Tuning
4 X; h9 d5 ?3 ^2 N! Do JBoss 4.2.2 Installation & Tuning Guide
! ` s- F8 N- K9 L0 `) |o Optimizing Teamcenter Client Performance4 v& b3 A6 `2 a, Q% q7 Z9 Z) c
o Teamcenter System Performance Analysis
# q) h. B1 j9 J9 H• Oracle documentation & web sites
7 i8 h! s6 w& M5 n- ]! e3 A• MS SQL Server documentation in addition to:
- }$ \5 T+ w+ mo Best Practices for Running Siemens Teamcenter on SQL Server: _& f# m1 Q8 s6 x
http://download.microsoft.com/download/7/3/6/7365D2BB-BB34-4D28-A128-F2C8FBA6E995/Siemens-Teamcenter-and-SQL-Server-Best-Practices.pdf# r7 R: _8 q* Y3 O7 X/ e$ H
o Siemens Blog on Technet
+ N |0 R! i% a! q0 W, V, u0 s http://blogs.technet.com/b/sql_server_isv/archive/tags/siemens/: X4 k) [6 F) a* ^" E$ O2 Y' n
o Siemens-Teamcenter-SQL-Resource-Page0 R* K8 w8 n& k; S! \! z# k1 x, k9 A
http://blogs.technet.com/b/sql_server_isv/p/siemens-teamcenter-sql-server-resource-page.aspx
& j" t' y) B/ O: q5 T• Past PLM World Conference Presentations available at www.plmworld.org,
0 }; `8 u; l& B2 x, V$ w% I' A7 lo Teamcenter 4-Tier Deployment – Best Practices
- c9 B* V6 X9 p1 K1 q0 T1 Lo Teamcenter – Database Performance
# p! Q8 y9 d! l! M$ Lo JBoss Optimization for Teamcenter, H$ }5 J% `, B) h
o Optimizing Teamcenter Client Performance
, S6 ? ~% U$ qo Teamcenter Database Server Configuration & Tuning
3 ]+ }, _3 p$ p4 J9 i0 e4 s1 A5 nContact Information! [3 O0 m( E# ~
Larry Carpenter P.E., PLM World Teamcenter SIG Chair, tcua@plmworld.org
1 |- `0 G9 @/ c' zTeamcenter UA SIG: http://www.plmworld.org/TC_UA$ K1 W' O$ G1 i) Y, j
LinkedIn: http://www.linkedin.com/pub/larry-carpenter-pe/44/5b8/aaa
6 E- S# o, e0 G4 [' e1 F: W7 CAlternate Contact Info: ideas2nx@plmworld.org, larry.carpenter@siemens.com
0 ]) J+ W1 T' V# ^
( n2 J/ O" m3 z: D, r% o |
|