Upload
isabel-paul
View
216
Download
0
Embed Size (px)
Citation preview
PHENIX VTX DBOverview
Peter SteinbergRachid Nouicer, Burt Holzman
Brookhaven National Laboratory
December 9, 2004
PHOBOS Experience• PHOBOS chose a single DB scheme early on• Used it comprehensively for a variety of
information• Si testing
• C-V curves etc.
• Module assembly• Calibrations, quality, etc.
• Detector operation• Pedestals, Gains, etc.
• Same DB also used for other subsystems, slow controls, RHIC data, etc.
One central DB Avoid distributing among institutions
DB must be robust Commercial products have professional support, are optimized (so
faster), etc.
Log all actions, even failures Must be part of internal Table design
Data visualization must be available ASAP All first attempts at data entry usually fail – check everything by
eye!
Do not reuse another DB implementation Leverage experience, not actual DB code
DB and web interface should be separated Each should be replaceable independent of other
“Golden Rules” (Bolek Wyslouch)
MIT/BNL:Bolek Wyslouch
MIT:Gerrit van Nieuwenhuizen
Kris GulbrandsenCarla Vale
Patrick Decowski
UIC:Rachid NouicerBurt HolzmanMike Reuter
ORACLEServer MIT Si TestingUIC Si Testing
ANL (module testing):Birger Back
Alan WuosmaaOnline: PHOBOS CH
Offline: RCF, all institutions,etc.
PHOBOS Si Testing Roadmap
Server History
Silicon Testing and AssemblySilicon Testing and Assembly
1997 Purchased Windows NT server Pentium Pro
200 MHz, installed Oracle 7.3 (~2 Gbyte)
Main Experimental Database (~ 30 Gbyte)Main Experimental Database (~ 30 Gbyte)
1997 Windows NT server, 500 MHz, 18 Gbyte
disk (decommissioned) (Oracle 8.0.5)
2001 Windows NT server 600 MHz,
36 Gbyte + 300 Gbyte RAID (Oracle 8.0.5)
2003 DELL PowerEdge 2650, Dual 2.8 GHz, Linux,
RAID (Oracle 9.2.0.4.0)
PHOBOS Implementation
• Oracle chosen in 1996 and used today• Upgraded occasionally
• DB Machine upgraded consistently• 200 MHz NT Dual 2.8 GHz Linux
• DB size moderate• 10’s of GB – similar to PHENIX DB
• No mirroring• Was tried early on and abandoned• Problems solved by faster networks
Immediate Feedback• Test data goes in from Labview
• Should come out immediately on web
Keep everything on one main page (avoid nested links)
Done with MS FrontPage (ASP) & Oracle
PHOBOS “Portal”
Scope for PHENIX
• VTX project will have several stages• Wafer testing
• BNL, SUNYSB, UNM, RIKEN
• Assembly & Integration• BNL
• Operations• PHENIX
• All information gathered at each stage must be persistent and accessible to next stage
Configuration for Wafer Testing
PHENIXVTX DB
RIKEN/BNL UNM RIKEN/
JAPANSUNYSB
Sensor inventory,
historyproperties
Modulehistory,
inventory,properties
Ladderhistory,
inventory,properties
Detectorhistory,
inventory,properties
PHENIX VTX DB
• PHENIX Experience points to using POSTGRES
• No particular reason to use FrontPage/ASP, etc.• Can move to Apache/PHP• Common decision these days
• The only tricky issues involve• Configuration• Person-power
Data Types
• All modern SQL DB’s support many types of data
• At testing phase, emphasis placed on raw sensor values (CV IV curves etc.)
• During operations, emphasis should be on the system• Easier to work with objects, arranged
geometrically• PHOBOS uses ROOT objects in BLOBS
Proposal for DB Testbed• Main PVD machine
• Similar to current PHOBOS setup• DELL Poweredge rack system• Dual CPU, O(100GB local disk)• ~1TB RAID Array (400-1000GB disk)• POSTGRES DB• Apache webserver running PHP (ASP?)
• Secondary machine• Backup & mirror• Study failover techniques
• Each machine ~$5000, so requesting $12k• Of course can start with one machine• Can also scavenge RCF castoffs
• BUT: this machine may well be the production machine – early investment may pay off
Manpower
• We have identified several sources• BNL Chemistry
• Rachid – expert silicon user• Burt & Peter – past & present PHOBOS
computing czars, silicon demi-experts
• Bolek will consult on design choices• “Mainstream” PHENIX
• Irina – PHENIX DB czar• Dave – PHENIX computing czar• Abhay – can offer student labor
Reasonable Short-Term plan
• Provide repository for wafer testing thorughout VTX collaboration
• Problem reduces to a few tables• While fully-loaded testbed machine would
be ideal, not in principle necessary• Provisional DB could be migrated from a less
powerful machine (e.g. RCF salvage)
• People: Irina, Rachid, Peter, Burt
Medium-Term plan• Start working towards DB which will be
used for VTX integration• Full set of testing data• Hybrid information• Module information• Detector information• Time-dependent information (e.g. slow
monitoring)• Will require broader input from various
parties• Existing PHOBOS setup can serve as useful
template