Dasar-dasar Oracle 12c's Real Application Clusters - dummies

Jika Anda mengunjungi situs web Oracle dalam 12 tahun terakhir, Anda telah melihat byline pemasaran: "Tidak dapat dipecahkan. "Baris tag tersebut mengacu pada fitur Real Application Clusters (RAC). Tentu saja, banyak elemen yang terlibat, namun RAC mendapat sorotan.

RAC adalah solusi pengelompokan database Oracle. Dalam artian, teori ini bekerja pada teori bahwa ada kekuatan dalam jumlah. RAC memungkinkan Anda memiliki database paralel seperti lingkungan operasi.

Contoh ini bekerja sama untuk saling berbagi pekerjaan dan saling melengkapi dalam satu kasus jika gagal. RAC dapat membantu dengan baik pemadaman terencana dan tidak terencana. Ini memungkinkan Anda untuk menggeser pemrosesan Anda dari server ke server dengan sedikit atau tanpa gangguan pada pengguna akhir dan aplikasi Anda.

Aplikasi Real Clusters versus Oracle Parallel Service

RAC, yang telah ada selama bertahun-tahun, sebelumnya dikenal sebagai opsi server paralel . Sebelum ada yang dinyalakan saat RAC RAC, mudah untuk mengakui bahwa sebelum moniker RAC, Oracle Parallel Server (OPS) jauh dari kemampuan yang ditawarkan RAC.

Oracle secara signifikan mengeras arsitektur, membuatnya lebih mudah diakses dan lebih mudah diatur. Oracle juga fokus pada komponen lingkungan yang meminimalkan downtime. Jadi, Anda bisa mengatakan bahwa RAC adalah generasi baru OPS yang jauh melampaui kemampuan sebelumnya dalam kegunaan dan kinerja.

Menentukan apakah RAC tepat untuk Anda adalah keputusan besar. Menerapkan RAC membutuhkan banyak sumber dan uang. Namun, terkadang menghabiskan sedikit lebih di depan bisa menghemat nanti.

Pertimbangkan apa yang dapat ditawarkan RAC:

• Skalabilitas: Teknologi didasarkan pada komputer dan sumber daya yang menjadi satu. Dengan RAC, Anda dapat membeli dan melisensikan perangkat keras sesuai kebutuhan Anda. Selanjutnya, Anda bisa memasang perangkat keras baru saat Anda pergi tanpa mencatat database Anda. Jika Anda telah melampaui kemampuan komputasi Anda untuk server, tambahkan satu konfigurasi Anda dengan mulus.

• Uptime: RAC dapat mengeras lingkungan komputasi Anda terhadap downtime yang direncanakan dan tidak direncanakan. Anda dapat secara transparan menghapus sebagian aplikasi untuk downtime yang direncanakan (seperti perawatan, tambalan, dan peningkatan) tanpa gangguan kepada pengguna akhir. Selanjutnya, jika salah satu sumber daya komputasi lingkungan Anda gagal, RAC secara otomatis mengalihkan koneksi aplikasi ke sumber lain dalam kerangka kerja.

• Kinerja: Beberapa orang mungkin berdebat dengan hal ini, namun Anda harus secara hati-hati menentukan kemampuan kinerja RAC:

  • Karena RAC adalah lingkungan yang rumit, aplikasi Anda harus dirancang agar bisa memanfaatkannya dengan baik.Jika Anda mengabaikan fakta ini, RAC justru bisa melukai performa. Ingat itu.

  • RAC dapat menawarkan manfaat kinerja jika menyangkut metodologi pemisah dan penghilang. Anda bisa membagi pekerjaan besar di komputer. Jika Anda tahu mesin yang kurang bertenaga membatasi perusahaan Anda, membuat ulang pekerjaan untuk berjalan di beberapa mesin dapat menawarkan manfaat yang besar.

    Ini disebut pemrosesan paralel, dan itu adalah bagian dari dasar RAC. RAC adalah solusi scaling out (horizontal). Ini berarti Anda menambahkan node ke cluster daripada memiliki satu server diganti dengan server lain yang lebih kuat, atau scoring up (vertikal).

Bagaimana cara mengeksplorasi arsitektur RAC Oracle 12c

RAC bekerja melalui organisasi kompleks konfigurasi perangkat keras dan perangkat lunak. Database Oracle biasanya disebut sebagai satu set file (database) dan satu set komponen memori dan proses (contohnya) yang bekerja sama untuk mengakses dan memelihara data Anda.

Itu adalah konfigurasi yang paling umum untuk instalasi Oracle. Dalam konfigurasi ini, file database dapat di-mount dan diakses oleh hanya satu mesin dan satu instance Oracle pada satu waktu.

Dengan RAC, file-file itu bisa ditukar sehingga banyak mesin dan contoh dapat mengakses file yang sama. Anda dapat memiliki (tergantung pada sertifikasi dan versi) 100 contoh database yang mengakses database bersama yang sama. Sama seperti Anda mungkin memiliki dua DBA di kantor Anda:

• Seseorang dapat berlibur sementara pekerjaan lainnya (baca: ketersediaan tinggi).

• Keduanya dapat bekerja sama dalam sebuah proyek besar untuk membagi beban kerja dan memenuhi garis waktu yang agresif (baca: kinerja).

• Tambahkan orang ketiga untuk memenuhi persyaratan beban kerja saat tanggung jawab Oracle tumbuh (baca: skalabilitas).

Banyak komponen yang dibutuhkan dalam setup RAC. Untuk mendapatkan gambaran umum seperti apa arsitektur itu.