1. Database Access Patterns in ATLAS Computing Model G. Gieraltowski, J. Cranshaw, K. Karr, D. Malon, A. Vaniachine ANL P, Nevski, Yu. Smirnov, T. Wenaus BNL N. Barros, L. Goossens, R. Hawkings, A. Nairz, G. Poulard, Yu. Shapiro, F. Zema CERN XV International Conference on Computing in High Energy and Nuclear Physics T.I.F.R., Mumbai, India February 13-17, 2006

2. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)2 Outline 1) Emphasis on the early days of LHC running: Calibration/Alignment is a priority Must be done before the reconstruction start ATLAS 2006 Computing System Commissioning: Calibration/Alignment procedures are included in acceptance tests 2) Real experience in prototypes and production systems General issues encountered: Increased fluctuations in database server load Connections count limitations 3) Development of the ATLAS distributed computing model: Server-side developments: Deployment: LCG3D Project and OSG Edge Services Framework Activity Technology: Grid-enabled server technology - Project DASH Application-side technology developments: Deployment: Integration with Production System database (Conditions data slices) Technology: ATLAS Database Client Library (now adopted by COOL/POOL/CORAL)

3. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)3 ATLAS Computing Model In the ATLAS Computing Model widely distributed applications require access to terabytes of data stored in relational databases Realistic database services data flow – including Calibration & Alignment – is presented in the Computing Technical Design Report Preparations are on track towards Computing System Commissioning to exercise realistic database data flow

4. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)4 ATLAS CSC Goals 2006 is the year of ATLAS CSC The first goal of the CSC is calibration and alignment procedures ConditionsDB is included in CSC acceptance tests 4

5. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)5 Towards the Early Days of LHC Running Calibration/Alignment is a priority Must be done before the reconstruction start Calibration/Alignment is a part of the overall Computing System Commissioning activity to: Demonstrate the calibration ‘closed loop’: Iterate and improve reconstruction Exercise the conditions DB access and distribution infrastructure Encourage development of subdetector calibration algorithms Initially focussed on ‘steady-state’ calibration Assuming required samples are available and can be selected Also want to look at initial 2007/2008 running at low luminosity

6. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)6 Calibration Data Flow

7. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)7 Prerequisites for Success Simulation Ability to simulate a realistic, misaligned, miscalibrated detector Reconstruction Use of calibration data in reconstruction; ability to handle time- varying calibration Calibration Algorithms Algorithms in Athena, running from standard ATLAS data Data Preparation Organisation and bookkeeping run number ranges, production system,…

8. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)8 Production System Enhancements To prepare for new challenges first ATLAS Database Services Workshop was organized in December: http://agenda.cern.ch/fullAgenda.php?ida=a057425 Among the Workshop recommendations was: A tighter integration of the production system database, task definition, Distributed Data Management and conditions data tags Implementation opportunities: Distribute (push) snapshots via pacman Use of DDM for large payload files Try Oracle 10g file management for external files Expand existing ServersCatalog with top tags

9. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)9 ATLAS DB Applications In preparation for data taking, the ATLAS experiment has run a series of large-scale computational exercises to test and validate multi-tier distributed data grid solutions under development Real experience in prototypes and production systems was collected with three ATLAS major database applications: Geometry DB Conditions DB TAG databases ATLAS computational exercises run on a world-wide federation of computational grids

10. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)10 Data Mining of Operations The data-mining of the collected operations data reveals a striking feature – a very high degree of correlations between the failures: if the job submitted to some cluster failed, there is a high probability that a next job submitted to the cluster would fail too if the submit host failed, all the jobs scattered over different clusters will fail too Taking these correlations into account is not yet automated by the grid middleware That is why production databases and grid monitoring data that are providing immediate feedback on the Data Challenge operations to the production operators is very important for efficient utilization of the Grid capacities

11. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)11 Production Rate Growth and Daily Fluctuations 2005 Database Capacities Bottleneck

12. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)12 Lessons Learned Among the lessons learned is the increase in fluctuations in database server workloads due to the chaotic nature of grid computations The observed fluctuations in database access patterns are of a general nature and must be addressed through services enabling dynamic and flexibly managed provisioning of database resources In many cases the connections count happens to be the limiting resource

13. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)13 Opportunistic Grids Campus computing grids like the GLOW http://osg-docdb.opensciencegrid.org/cgi-bin/ShowDocument?docid=361 utilize spare cycles to run jobs The priority has the owner of resource ATLAS jobs are often put to hibernate Thus optimal jobs are shorter, i.e. only few events Resulting in order of magnitude more frequent database access Jobs put to hibernation during the initialization phase overload CERN database resources by keeping database connections open for days This problem was resolved by deploying dedicated replica servers in US and CERN to support the GLOW grid In comparison to production grids opportunistic grids require extra development and support efforts not sustainable in the long run

14. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)14 To improve robustness of database access in a data grid environment we developed the application- side solution – a software component abstracting the database and/or middleware connectivity concerns in a generalized Database Client Library Client Library http://indico.cern.ch/contributionDisplay.py?contribId=32&sessionId=4&confId=048

15. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)15 Server Indirection One of lessons learnt in ATLAS Data Challenges is that the database server address should NOT be hardwired in data processing transformations The logical-physical indirection for database servers is now introduced in ATLAS Similar to the logical-physical file Replica Location Service indirection of the Grid file catalogs Supported by ATLAS Client Library Now adopted by LHC POOL project: http://indico.cern.ch/contributionDisplay.py?contribId=329&sessionId=4&confId=048

16. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)16 Tier-0 Operations In addition to distributed operations, ATLAS database services are relevant to local CERN data taking operations including the conditions data flow of ATLAS Combined Test Beam operations, prototype Tier-0 scalability tests and event tag database operations Data acquisition programs Data acquisition programs Online server (atlobk01) Offline server (atlobk02) Browsing applications, Athena programs (Other Browsing applications) Browsing applications, Athena programs (Other Browsing applications) DB replication OBK DBs Test DBs CondDBB CTB DBs OBK DBs CondDB CTB DBs NOVA DBs NOVA DBs POOLcat

17. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)17 TAG Database Access TAG Replication is a part of SC4 Tier-0 test Loading TAGs into the relational database at CERN Replicating it using Oracle streams from Tier-0 to Tier-1s and to Tier-2s Also as an independent test, using TAG files that are already available generated

18. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)18 Participation in LCG 3D ATLAS is fully committed to use Distributed Database Deployment infrastructure developed in collaboration with the LCG 3D Project

19. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)19 Participation in OSG ESF US ATLAS is participating in OSG Edge Services Framework Activity to enhance traditional database services infrastructure deployed in 3D with dynamic database services deployment capabilities http://indico.cern.ch/contributionDisplay.py?contribId=214&sessionId=7&confId=048

20. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)20 Project DASH To grid-enable MySQL database server ATLAS is participating in the project DASH: http://indico.cern.ch/contributionDisplay.py?contribId=36&sessionId=7&confId=048 A new collaborative project has just started at Argonne to grid-enable PostgreSQL database Both projects target integration with OSGA-DAI Please contact us if you are interested to contribute to these projects

21. CHEP06, Mumbai, India February 13-17, 2006 Alexandre Vaniachine (ANL)21 Conclusions As grid computing technologies mature, development must focus on database and grid integration New technologies are required to bridge the gap between data accessibility and the increasing power of grid computing used for distributed event production and processing Changes must happen both on the server side and on the client side Server technology Must support dynamic deployment of capacities Must support replication on a lower granularity level: Conditions DB slices Must be coordinated with production system Must support grid authorization (Project DASH) Client technology Must support database server indirection Must support coordinated client-side solution: ATLAS Database Client Library (now a part of COOL/POOL/CORAL)