General information about DB2(R) ar

General information about DB2(R) architecture and processes can help you understand detailed information provided for specific topics.
The following figure shows a general overview of the architecture and processes for DB2 UDB.
Figure 24. Architecture and Processes Overview

On the client side, either local or remote applications, or both, are linked with the DB2 Universal Database(TM) client library. Local clients communicate using shared memory and semaphores; remote clients use a protocol such as Named Pipes (NPIPE), TCP/IP, NetBIOS, or SNA.
On the server side, activity is controlled by engine dispatchable units (EDUs). In all figures in this section, EDUs are shown as circles or groups of circles. EDUs are implemented as threads in a single process on Windows(R)-based platforms and as processes on UNIX(R). DB2 agents are the most common type of EDUs. These agents perform most of the SQL processing on behalf of applications. Prefetchers and page cleaners are other common EDUs.
A set of subagents might be assigned to process the client application requests. Multiple subagents can be assigned if the machine where the server resides has multiple processors or is part of a partitioned database. For example, in a symmetric multiprocessing (SMP) environment, multiple SMP subagents can exploit the many processors.
All agents and subagents are managed using a pooling algorithm that minimizes the creation and destruction of EDUs.
Buffer pools are areas of database server memory where database pages of user table data, index data, and catalog data are temporarily moved and can be modified. Buffer pools are a key determinant of database performance because data can be accessed much faster from memory than from disk. If more of the data needed by applications is present in a buffer pool, less time is required to access the data than to find it on disk.
The configuration of the buffer pools, as well as prefetcher and page cleaner EDUs, controls how quickly data can be accessed and how readily available it is to applications.
• Prefetchers retrieve data from disk and move it into the buffer pool before applications need the data. For example, applications needing to scan through large volumes of data would have to wait for data to be moved from disk into the buffer pool if there were no data prefetchers. Agents of the application send asynchronous read-ahead requests to a common prefetch queue. As prefetchers become available, they implement those requests by using big-block or scatter-read input operations to bring the requested pages from disk to the buffer pool. If you have multiple disks for storage of the database data, the data can be striped across the disks. Striping data lets the prefetchers use multiple disks at the same time to retrieve data.
• Page cleaners move data from the buffer pool back out to disk. Page cleaners are background EDUs that are independent of the application agents. They look for pages from the buffer pool that are no longer needed and write the pages to disk. Page cleaners ensure that there is room in the buffer pool for the pages being retrieved by the prefetchers.
Without the independent prefetchers and the page cleaner EDUs, the application agents would have to do all of the reading and writing of data between the buffer pool and disk storage.

ผลลัพธ์ (ไทย) 1:

ข้อมูลทั่วไปเกี่ยวกับสถาปัตยกรรม DB2(R) และกระบวนสามารถช่วยให้คุณเข้าใจข้อมูลรายละเอียดสำหรับหัวข้อเฉพาะการ
รูปต่อไปนี้แสดงภาพรวมทั่วไปของสถาปัตยกรรมและกระบวนการ DB2 UDB.
รูปที่ 24 สถาปัตยกรรมและภาพรวมกระบวนการ

บนฝั่งไคลเอ็นต์ โปรแกรมประยุกต์ภายใน หรือระยะไกล หรือ ทั้ง จะเชื่อมโยงกับไลบรารีของไคลเอ็นต์ DB2 สากล Database(TM) ลูกค้าท้องถิ่นสื่อสารโดยใช้หน่วยความจำที่ใช้ร่วมกันและเซมาฟอร์ ไคลเอนต์ระยะไกลใช้โพรโทคอลเช่นท่อที่ชื่อ (NPIPE), TCP/IP, NetBIOS หรือ SNA.
ในฝั่งเซิร์ฟเวอร์ กิจกรรมจะถูกควบคุม โดยโปรแกรม dispatchable หน่วย (EDUs) ในตัวเลขทั้งหมดในส่วนนี้ EDUs จะแสดงเป็นวงหรือกลุ่มของวงกลม EDUs จะนำมาใช้ เป็นหัวข้อในขั้นตอนเดียวบนแพลตฟอร์ม Windows R ตาม และ เป็นกระบวนการ UNIX(R) ตัวแทน DB2 เป็นชนิดพบมากที่สุดของ EDUs ตัวแทนเหล่านี้ทำทั้งในนามของโปรแกรมประยุกต์การประมวลผลของ SQL Prefetchers และทำความสะอาดหน้าได้อื่น ๆ ทั่วไป EDUs
อาจกำหนดชุดของ subagents การประมวลผลการร้องขอโปรแกรมประยุกต์ไคลเอ็นต์ได้ หลาย subagents สามารถกำหนดให้เครื่องที่อยู่เซิร์ฟเวอร์ที่มีโปรเซสเซอร์หลายตัว หรือเป็นส่วนหนึ่งของฐานข้อมูล partitioned ตัวอย่าง ใน multiprocessing สมมาตร (SMP) หลาย SMP subagents สามารถใช้แบบหลายตัวประมวลผลได้
ตัวแทนและ subagents ทั้งหมดจะถูกจัดการโดยใช้อัลกอริทึมการทำพูลเก็บที่ช่วยลดการสร้างและทำลายของ EDUs ได้
บัฟเฟอร์กลุ่มพื้นที่หน่วยความจำเซิร์ฟเวอร์ฐานข้อมูลที่หน้าฐานข้อมูลของผู้ใช้ข้อมูลในตาราง ข้อมูลดัชนี และแค็ตตาล็อกข้อมูลจะถูกย้ายไปชั่วคราว และสามารถปรับเปลี่ยนได้ พูลโปรแกรมบัฟเฟอร์เป็นดีเทอร์มิแนนต์สำคัญของประสิทธิภาพของฐานข้อมูลเนื่องจากข้อมูลสามารถเข้าถึงได้เร็วมากจากหน่วยความจำมากกว่าจากดิสก์ ถ้าเพิ่มเติมข้อมูลจำเป็น โดยโปรแกรมประยุกต์ที่ มีอยู่ในพูบัฟเฟอร์ เวลาจะต้องเข้าถึงข้อมูลมากกว่าการค้นหาบนดิสก์
ของบัฟเฟอร์ที่สระว่าย น้ำ และ prefetcher และหน้า EDUs สะอาด ควบคุมความเร็วข้อมูลสามารถเข้าถึง และพร้อมวิธีการเค
• Prefetchers ดึงข้อมูลจากดิสก์ และย้ายลงในพูบัฟเฟอร์ก่อนใช้งานต้องการข้อมูล ตัวอย่าง โปรแกรมประยุกต์ที่จำเป็นต้องสแกนผ่านข้อมูลจำนวนมากจะต้องรอจนกว่าข้อมูลจะย้ายจากดิสก์ลงในพูบัฟเฟอร์มี prefetchers ไม่มีข้อมูล ตัวแทนของโปรแกรมประยุกต์ที่ส่งคำขอล่วงหน้าอ่านแบบอะซิงโครนัสคิวดึงข้อมูลล่วงหน้าทั่วไป เป็น prefetchers จะพร้อมใช้งาน พวกเขาใช้คำขอดังกล่าว โดยใช้ บล็อกใหญ่ หรือกระจายอ่านป้อนข้อมูลการดำเนินงานเพื่อนำหน้าการร้องขอจากดิสก์ไปพูบัฟเฟอร์ ถ้าคุณมีหลายตัวสำหรับการเก็บข้อมูลของฐานข้อมูล สามารถลายข้อมูลข้ามดิสก์ Prefetchers ใช้หลายตัวพร้อมกันเพื่อดึงข้อมูลช่วยให้ข้อมูลการสไทรพ์
•หน้าน้ำยาย้ายข้อมูลจากพูบัฟเฟอร์กลับออกไปยังดิสก์ ทำความสะอาดหน้าพื้นหลัง EDUs ที่ตัวแทนแอพลิเคชันได้ พวกเขามองหาหน้าจากพูบัฟเฟอร์ที่ไม่จำเป็น และเขียนหน้าดิสก์ ทำความสะอาดหน้าให้แน่ใจว่า มีห้องพักในพูบัฟเฟอร์สำหรับเพจที่ถูกเรียก โดย prefetchers
โดย prefetchers อิสระหน้า EDUs ทำความสะอาด ตัวแทนแอพลิเคชันจะต้องทำการอ่านและเขียนข้อมูลระหว่างบัฟเฟอร์สระและดิสก์จัดเก็บข้อมูลทั้งหมด

ผลลัพธ์ (ไทย) 3:

ข้อมูลทั่วไปเกี่ยวกับ Oracle ( R ) กระบวนการสถาปัตยกรรมและสามารถช่วยให้คุณเข้าใจรายละเอียดข้อมูลในหัวข้อที่เฉพาะเจาะจง
รูปต่อไปนี้แสดงให้เห็นภาพรวมของสถาปัตยกรรมและกระบวนการสำหรับ udb .
รูปที่ 24 สถาปัตยกรรมและกระบวนการภาพรวม

ในฝั่งไคลเอ็นต์ ไม่ว่าท้องถิ่นหรือการใช้งานระยะไกล หรือทั้งสองอย่างมีการเชื่อมโยงกับฐานข้อมูล DB2 Universal ( TM ) ห้องสมุดลูกค้า ลูกค้าท้องถิ่นสื่อสารการใช้หน่วยความจำที่ใช้ร่วมกัน และซีมาฟอร์ ; ลูกค้าระยะไกลใช้โปรโตคอลเช่นชื่อท่อ npipe ) , TCP / IP NetBIOS หรือ SNA .
ในฝั่งเซิร์ฟเวอร์ , กิจกรรมจะถูกควบคุมโดยหน่วย dispatchable เครื่องยนต์ ( edus ) ตัวเลขทั้งหมดในส่วนนี้ edus แสดงเป็นวงกลมหรือกลุ่มวงกลมedus ถูกใช้เป็นหัวข้อในขั้นตอนเดียวบน Windows ( R ) ซึ่งเป็นแพลตฟอร์ม และกระบวนการในระบบยูนิกซ์ ( R ) ตัวแทน DB2 เป็นชนิดที่พบบ่อยที่สุดของ edus . ตัวแทนเหล่านี้แสดงส่วนใหญ่ของ SQL การประมวลผลในนามของการใช้งาน prefetchers และทำความสะอาดหน้าทั่วไปอื่น ๆ edus .
ชุด subagents อาจมอบหมายให้กระบวนการค้าสมัครขอหลาย subagents สามารถมอบหมาย ถ้าเครื่องที่เซิร์ฟเวอร์อยู่ที่มีโปรเซสเซอร์หลายตัวหรือเป็นส่วนหนึ่งของพาร์ติชันของฐานข้อมูล ตัวอย่างเช่น ในมัลติโปรเซสเซอร์สมมาตร ( SMP ) สิ่งแวดล้อม subagents SMP หลายสามารถใช้ประโยชน์จากโปรเซสเซอร์หลาย ทั้งหมด และ subagents
ตัวแทนการจัดการที่ใช้ร่วมกันวิธีการที่ช่วยลดการสร้างและทำลาย edus .
สระ buffer พื้นที่หน่วยความจำของเซิร์ฟเวอร์ฐานข้อมูลที่ฐานข้อมูลหน้าเว็บของผู้ใช้ตารางข้อมูลดัชนีและข้อมูลแคตตาล็อกชั่วคราวจะถูกย้ายและสามารถแก้ไขได้ สระว่ายน้ำบัฟเฟอร์เป็นปัจจัยสําคัญของประสิทธิภาพฐานข้อมูล เนื่องจากข้อมูลสามารถเข้าถึงได้เร็วกว่า จากหน่วยความจำจากดิสก์ ถ้าขึ้นจากข้อมูลโดยโปรแกรมอยู่ใน buffer สระเวลาที่น้อยลงจะต้องเข้าถึงข้อมูลมากกว่าที่จะพบมันบนดิสก์ .
การกำหนดค่าของ buffer สระ รวมทั้ง prefetcher และหน้า edus สะอาด การควบคุมได้อย่างรวดเร็วสามารถเข้าถึงข้อมูลและวิธีที่พร้อมใช้งาน มันคืองาน prefetchers
- ดึงข้อมูลจากดิสก์และย้ายลงในบัฟเฟอร์การแจ้งก่อน ต้องการข้อมูล ตัวอย่างเช่นการใช้งานต้องสแกนผ่านปริมาณมากของข้อมูลจะต้องรอข้อมูลที่จะถูกย้ายจากดิสก์ลงในบัฟเฟอร์ พูล หากไม่มีข้อมูล prefetchers . ตัวแทนของโปรแกรมส่งข้อมูลไม่ตรงกันอ่านต่อการร้องขอไปยังคิว prefetch ทั่วไป เป็น prefetchers กลายเป็นพร้อมใช้งานพวกเขาใช้รับประทานอาหารเหล่านั้นโดยใช้บล็อกใหญ่ หรือกระจายงานให้อ่านข้อมูลที่ร้องขอหน้าเว็บจากดิสก์ไปยังบัฟเฟอร์สระ ถ้าคุณมีดิสก์หลายสำหรับการจัดเก็บข้อมูลในฐานข้อมูล ข้อมูลสามารถลายทั่วทั้งดิสก์ แถบข้อมูลจะช่วยให้ prefetchers ใช้ดิสก์หลายในเวลาเดียวกันเพื่อดึงข้อมูล .
- หน้าทำความสะอาดย้ายข้อมูลจากบัฟเฟอร์ พูล กลับออกไปยังดิสก์หลังทำความสะอาดหน้า edus ที่เป็นอิสระของโปรแกรมตัวแทน พวกเขามองหน้าจากทิศตะวันออกเฉียงเหนือที่ไม่จําเป็น และเขียนหน้าดิสก์ ทำความสะอาดหน้าให้แน่ใจว่ามีห้องในทิศตะวันออกเฉียงเหนือสำหรับเพจที่มีการเรียกโดย prefetchers .
โดยไม่ prefetchers อิสระและหน้า edus สะอาด ,สมัครตัวแทนจะต้องทำทั้งหมดของการอ่านและเขียนข้อมูลระหว่างทิศตะวันออกเฉียงเหนือและการจัดเก็บดิสก์