Apakah keupayaan yang harus dilindungi oleh operasi pangkalan data PG dan alatan penyelenggaraan?

Sebelum cuti, saya bekerjasama dengan komuniti Cina PG untuk mengadakan siaran langsung dalam talian tentang cara menggunakan D-SMART untuk mengendalikan dan menyelenggara pangkalan data PG Kebetulan salah seorang pelanggan saya dalam industri kewangan mendengar pengenalan saya dan dipanggil untuk berbual. Mereka memilih pangkalan data Xinchuang dan telah mencuba beberapa pangkalan data domestik Akhirnya, mereka akan memilih TDSQL. Saya berasa sedikit terkejut pada masa itu Mereka telah memilih pangkalan data domestik sejak 2020, tetapi nampaknya pengalaman awal selepas menggunakan TDSQL tidak begitu baik. Kemudian, selepas komunikasi, saya mengetahui bahawa mereka baru mula menggunakan pangkalan data teragih TDSQL dan mendapati bahawa keperluan penyelidikan dan pembangunan adalah terlalu tinggi, jadi mereka semua memilih contoh MYSQL berpusat TDSQL Selepas menggunakannya, mereka mendapati ia sangat mudah untuk digunakan . Bilangan nod dalam keseluruhan awan pangkalan data juga telah berkembang daripada sedozen awal kepada berdozen.

Kebetulan semalam saya berbual dengan pelanggan kewangan lain di WeChat tentang pemilihan pangkalan data Xinchuang, dan akhirnya mereka memilih TDSQL. Sama seperti pelanggan lain, mereka juga memilih contoh pangkalan data terpusat MYSQL TDSQL. Mereka kini telah memindahkan berpuluh-puluh pangkalan data, kebanyakannya adalah pangkalan data kecil antara puluhan hingga ratusan GB. Mereka merasakan bahawa adalah sangat mudah untuk memindahkan pangkalan data kecil terus ke platform awan TDSQL platform pengurusan awan pangkalan data dan alat operasi dan penyelenggaraan pada asasnya boleh memenuhi keperluan operasi dan penyelenggaraan harian mereka.

Melalui komunikasi, saya merasakan bahawa kedua-dua pelanggan ini memilih TDSQL bukan kerana betapa baiknya TDSQL sebagai pangkalan data (TDSQL sebenarnya bukan pangkalan data, tetapi penyelesaian platform awan pangkalan data. Mengenai TDSQL, kami akan tersedia dalam masa depan. Saya akan menulis pengenalan terperinci), tetapi platform pengurusan awan pangkalan datanya sangat baik dalam menguruskan sejumlah besar contoh pangkalan data kecil Pengguna memilihnya bukan dari teknologi pangkalan data, tetapi dari kemudahan penggunaan.

Dari sebab pelanggan memilih TDSQL, mari kita lihat operasi dan penyelenggaraan pangkalan data PG. Bercakap tentang operasi dan penyelenggaraan pangkalan data PG secara umum adalah topik yang sangat besar, kerana pelanggan yang berbeza mempunyai senario aplikasi khas mereka sendiri, dan kaedah pengurusan operasi dan penyelenggaraan pangkalan data PG juga agak berbeza. Apa yang lebih rumit ialah, tidak seperti dua pelanggan yang saya nyatakan yang memilih TDSQL, Pangkalan Data PG mempunyai pangkalan data yang kecil dan sistem pangkalan data yang sangat besar. Apabila sesetengah pelanggan menggantikan Xinchuang, mereka menggantikan pangkalan data Oracle satu-satu Data panas banyak pangkalan data melebihi beberapa TB. Berdepan dengan senario aplikasi dengan perbezaan besar dalam skala dan keperluan operasi dan penyelenggaraan yang berbeza, alatan operasi dan penyelenggaraan sememangnya perlu direka bentuk dengan teliti untuk menyesuaikan diri dengan senario aplikasi yang berbeza-beza secara meluas.

Aplikasi pangkalan data PG di China telah berkembang pesat dalam dua tahun yang lalu Selain itu, banyak pangkalan data domestik juga dibangunkan berdasarkan projek sumber terbuka PG sangat serupa dalam aplikasi dan operasi serta penyelenggaraan kita juga boleh menggunakan Mereka dikelaskan sebagai produk pangkalan data PG.

Dalam pangkalan data domestik semasa, banyak produk berdasarkan kod Edisi Komuniti PG sebagai titik permulaan untuk penyelidikan dan pembangunan, dan beberapa produk adalah berdasarkan sumber terbuka openGauss projek. Ciri asas pangkalan data ini adalah serupa dengan versi komuniti pangkalan data PG, tetapi ia juga telah diperluaskan sedikit sebanyak. Walau bagaimanapun, dari segi penggunaan dan operasi dan penyelenggaraan, banyak ciri mereka sangat serupa dengan versi komuniti PG.

Terdapat juga beberapa produk pangkalan data yang berkaitan secara langsung dengan PG, tetapi kebanyakannya adalah berdasarkan penyelesaian teragih PG PGXL/PGXC atau CITUS. Contohnya, TBASE Tencent, versi edaran GBASE 8C NTU General, ANTDB AsiaInfo, Pangkalan Data Xugu, dsb. Saya tidak akan menyenaraikannya secara terperinci di sini. Contoh pangkalan data ini juga merupakan pangkalan data PG, dan contoh khusus juga boleh dianggap sebagai contoh pangkalan data PG Walau bagaimanapun, apabila mengendalikan dan menyelenggara pangkalan data teragih, anda perlu memberi perhatian lebih kepada isu keseluruhan kluster dan rangkaian. Perbezaannya masih besar.

Ringkasnya, keperluan operasi dan penyelenggaraan pangkalan data PG dibahagikan kepada lima aspek, pemantauan harian, amaran kerosakan, pemeriksaan automatik, pengoptimuman prestasi dan diagnosis kerosakan.

Sesetengah syarikat sudah memindahkan beberapa sistem teras ke pangkalan data PG Untuk sistem ini, terdapat keperluan harian untuk pemantauan. Oleh itu, keupayaan paling asas yang perlu ada pada alat operasi dan penyelenggaraan pangkalan data ialah keupayaan pemantauan Ia boleh memahami status operasi keseluruhan contoh pangkalan data pada bila-bila masa melalui alat operasi dan penyelenggaraan. D-SMART memaparkan status berjalan pangkalan data melalui model kesihatan. Di samping itu, jika kita perlu bertugas pada beberapa tarikh utama (seperti akaun akhir tahun syarikat, tugas khas seperti Hari Kebangsaan, dll.), maka kita juga memerlukan beberapa alat yang boleh menyokong tugas utama sistem.

Dalam D-SMART, kami menyediakan "Pusat Pemantauan", "Pusat Pemeriksaan Harian", "Pusat Penggera", "Pusat Pengoptimuman Prestasi", "Pusat Laporan", "Pusat Pengurusan Kapasiti", " Gabungan fungsi berpusat " Pusat Keselamatan" dan "Pusat Alat" boleh memenuhi keperluan pengguna dan pengguna yang berbeza dalam senario aplikasi yang berbeza.

Untuk fungsi pemantauan harian, D-SMART menyediakan tiga alat pemantauan operasi dan penyelenggaraan utama: "Kanban Hari Ini", "Pemantauan Saya" dan "Pemantauan SQL Utama". Kanban hari ini boleh melihat maklumat komprehensif pangkalan data yang dipantau pengguna "Pemantauan Saya" secara berpusat membolehkan pengguna menggunakan kaedah pemantauan tradisional untuk menentukan penunjuk yang mereka mahu pantau untuk pemantauan pengiring utama. "Pemantauan SQL Utama" ialah alat pemantauan khas yang disediakan untuk sistem perniagaan teras perusahaan. Apabila terdapat masalah dengan SQL utama sistem perniagaan teras (seperti kelajuan pelaksanaan menjadi perlahan, pelan pelaksanaan berubah, dsb.), penggera yang tepat pada masanya boleh dijana untuk memastikan operasi perniagaan teras yang selamat.

Untuk sebilangan besar contoh pangkalan data kecil, pemantauan menyeluruh tidak realistik. Jika pasukan lebih daripada sedozen orang perlu mengendalikan dan menyelenggara ratusan atau ribuan contoh pangkalan data, maka pemantauan komprehensif pangkalan data ini tidak diperlukan dan tidak mungkin. Oleh itu, senario operasi dan penyelenggaraan ini harus menjadikan sejumlah besar kerja pemantauan menjadi tugas automatik, yang boleh diselesaikan secara automatik oleh sistem pemantauan.

"Pemeriksaan Harian Pangkalan Data" ialah alat operasi dan penyelenggaraan automatik yang sangat berkesan. Ia secara automatik menganalisis data operasi pangkalan data dan beberapa peraturan pada tengah malam setiap hari, dan membentuk laporan ringkasan pemeriksaan harian yang ringkas dan komprehensif. Kakitangan operasi dan penyelenggaraan boleh secara langsung Dengan membaca laporan ini, anda boleh mengetahui tentang beberapa masalah biasa yang wujud dalam ratusan contoh pangkalan data yang anda kendalikan dan selenggara, jadi anda boleh menentukan sama ada anda perlu membuat perubahan yang sepadan pada contoh pangkalan data tertentu hari ini atau. dalam masa terdekat.

Apabila kita perlu mengendalikan dan menyelenggara sejumlah besar contoh pangkalan data kecil, amaran awal menjadi sangat sukar. Kesan "penggera garis dasar" tradisional telah menjadi sangat tidak berguna. Selain masa henti contoh pangkalan data, amaran awal lain sukar dibuat dengan tepat. Maklumat amaran besar-besaran akan menjadikan amaran awal tidak bermakna. Oleh itu, "penggera pengalaman operasi dan penyelenggaraan" berdasarkan model kerosakan telah menjadi sangat penting. Peraturan kompleks yang dibina melalui pengalaman pakar dan pengalaman lepas bukan sahaja dapat memberikan amaran awal yang lebih tepat, tetapi juga membolehkan kakitangan operasi dan penyelenggaraan untuk mencari masalah dengan lebih cepat dan menghapuskan bahaya tersembunyi selepas penggera dijana.

"Pemeriksaan pangkalan data" ialah fungsi yang kebanyakan DBA mendapati sangat tidak berguna Masalah utama ialah kerja ini mesti dilakukan, tetapi untuk melakukan pemeriksaan yang benar-benar di tempat memerlukan kedua-dua jumlah penyertaan DBA profesional dan Melakukan. banyak kerja berulang, secara keseluruhan, nisbah harga/prestasi tidak tinggi. Sebaliknya, pemeriksaan menyeluruh dan berkualiti tinggi boleh membantu kami menemui beberapa bahaya tersembunyi sistem dan membantu mencegahnya sebelum ia berlaku. Sebagai tindak balas kepada percanggahan ini, jika pemeriksaan automatik berkualiti tinggi dapat direalisasikan, maka masalah itu akan diselesaikan dengan mudah. Beberapa bulan yang lalu, kami membantu pengguna menjalankan pemeriksaan jauh Pengguna menghantar data pemantauan yang dikumpul oleh D-SMART ke makmal kami Pakar pangkalan data kami menggunakan laporan pemeriksaan yang dihasilkan oleh data jauh untuk menjalankan pemeriksaan pada hampir 30 sistem pangkalan data. . Kami menjalankan perundingan jauh dan membantu pengguna menemui lebih daripada 200 masalah pelbagai jenis, dan kerja ini hanya mengambil masa kurang daripada 2 hari bekerja. Melalui automasi, jika kecekapan pemeriksaan pangkalan data dapat dipertingkatkan, maka kerja pemeriksaan tidak akan begitu sia-sia.

Selain pemeriksaan, beberapa kerja audit juga penting, seperti audit keselamatan, audit kapasiti, audit SQL, dsb. Kerana audit ini memerlukan kemahiran yang sangat profesional, dan beban kerja juga sangat besar, apabila berhadapan dengan sejumlah besar contoh pangkalan data, ia menjadi sia-sia seperti pemeriksaan Terlalu mahal untuk melakukannya dengan baik, dan tidak bermakna jika tidak dilakukan dengan baik. Walau bagaimanapun, jika tugasan ini boleh diselesaikan secara automatik oleh alatan automatik, maka tugasan ini boleh memainkan peranan yang sangat penting.

Malah, sebagai tambahan kepada tugas pemantauan operasi dan penyelenggaraan ini, sebilangan besar tugas pengurusan contoh pangkalan data dan banyak operasi automatik sangat diperlukan oleh DBA Ini juga merupakan sebab utama mengapa kedua-dua pelanggan yang saya nyatakan pada mulanya memilih TDSQL . Untuk mengurus sebilangan besar contoh pangkalan data, platform awan pangkalan data adalah satu kemestian, namun, fungsi pengurusan automatik ini sendiri adalah sangat kompleks Membina platform awan pangkalan data bebas berdasarkan ciri-ciri perusahaan adalah projek utama itu sendiri. Sudah tentu, jika perkhidmatan RDS platform awan perusahaan dapat memenuhi keperluan aplikasi pangkalan data anda, maka sudah cukup untuk menggunakan RDS platform awan secara langsung. Sudah tentu, dalam menghadapi permintaan semasa untuk inovasi maklumat, RDS perusahaan perlu bukan sahaja menyokong pangkalan data MYSQL/PG sumber terbuka, tetapi juga menyokong produk pangkalan data domestik.

Atas ialah kandungan terperinci Apakah keupayaan yang harus dilindungi oleh operasi pangkalan data PG dan alatan penyelenggaraan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!