> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/on-premise/id/on-premise/how-to-guide/maintenance/backup/advanced-backup-strategies.md). # Strategi cadangan lanjutan Data adalah salah satu hal paling berharga yang kita miliki. Jadi bagi bisnis mana pun, keamanan data sangat penting. Kehilangan data, bahkan sebagian, dapat memiliki efek serius dan berkepanjangan pada kinerja dan profitabilitas bisnis. Karena tidak ada yang bisa sepenuhnya mengecualikan kemungkinan kerusakan pada perangkat keras atau perangkat lunak - lebih baik untuk siap sedia. Dalam [Strategi cadangan](/docs/on-premise/id/on-premise/how-to-guide/maintenance/backup/backup-basics.md) dokumen, kami menjelaskan contoh proses cadangan mysqldump. [Mysqldump](https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html) adalah aplikasi bawaan yang disertakan dengan paket server MySQL Anda. Aplikasi ini memungkinkan Anda untuk mengekspor data dari database yang dipilih ke file SQL, CSV atau XML. Ini memberi Anda kemungkinan untuk mengedit data sebelum mengembalikannya. Namun, karena pada dasarnya membuat salinan teks, pada server dengan beban tinggi pembuatan cadangan dan pemulihan darinya dapat memakan waktu yang signifikan. Ini berarti waktu pemulihan Anda meningkat dan kami ingin menjaga agar tetap serendah mungkin. Ada opsi yang lebih cocok untuk server dengan beban tinggi yang akan meningkatkan keamanan data Anda dan mengurangi waktu pemulihan. ## Mencadangkan file sumber Ada beberapa aplikasi pihak ketiga di pasaran yang memungkinkan Anda mencadangkan file sumber database Anda alih-alih mengekspor semuanya menjadi teks. Metode pilihan kami adalah [xtrabackup](https://www.percona.com/software/mysql-database/percona-xtrabackup) aplikasi dari Percona. Aplikasi rapi ini memungkinkan Anda melakukan cadangan panas saat sistem berjalan. Proses akan mulus bagi pengguna akhir Anda. Setelah cadangan selesai Anda dapat memilih untuk membuat cadangan inkremental (menyimpan hanya perubahan sejak cadangan penuh terakhir) atau terus membuat cadangan penuh dan menyimpannya di tempat lain. Secara keseluruhan, ini bekerja jauh lebih baik dan lebih cepat daripada dump teks dari database. Perbandingan waktu perkiraan untuk cadangan penuh database 2TB - mysqldump 12+ jam, xtrabackup 5,5 jam ## Replikasi Cadangan adalah suatu kebutuhan. Namun, pada database dengan beban tinggi, bahkan cadangan harian pun tidak melindungi Anda sepenuhnya. Dalam kasus ini, skenario terburuk kehilangan data Anda adalah 24 jam. Jauh lebih baik daripada kehilangan semuanya tetapi masih merupakan jumlah yang signifikan. Di sinilah memiliki server replikasi menjadi berguna. Replikasi dilakukan secara real-time, artinya pada setiap saat Anda selalu memiliki salinan tambahan dari database Anda. Jika sesuatu terjadi pada server database utama Anda - Anda selalu dapat beralih di antara keduanya, mengurangi waktu pemulihan Anda menjadi hitungan menit. ## Cadangan aplikasi Semua data telematik direkam dalam database dan terus diperbarui. Sementara itu, file aplikasi Navixy (backend, frontend dan konfigurasi mereka) tetap statis seiring waktu, dan yang berubah hanyalah log. Jadi Anda dapat dengan mudah menyimpan file platform ke server terpisah dan menjaga salinan platform dalam keadaan siaga di sana. Dengan cara itu, jika terjadi bencana pada server utama Anda, Anda dapat mengalihkan alamat IP-nya ke server cadangan, meluncurkan platform di sana dan platform akan terus berfungsi. Metode sederhana ini memungkinkan Anda cepat memulihkan akses ke platform dengan waktu henti minimal. Setelah pembaruan platform, Anda perlu mencadangkan kembali file aplikasi Anda sehingga versi aplikasi dan database cocok. ## Metode gabungan Kedua metode cadangan database bekerja dengan baik sendiri-sendiri. Dan menggunakan keduanya secara bersamaan dapat memberi Anda keamanan maksimal. Di bawah ini adalah skema cadangan yang disederhanakan untuk mencapai toleransi kesalahan yang dapat diterima, serta teknik pemulihan jika terjadi masalah. ![](/files/5cbc6a00e6b21829c37520d67e0382bc3d4a786b) Panduan tentang metode cadangan database tersedia secara online. Untuk memaksimalkan keandalan cadangan, disarankan memiliki spesialis DevOps/DBA di tim Anda. Jika Anda memerlukan bantuan dari tim dukungan kami - silakan hubungi kami di --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://navixy.com/docs/on-premise/id/on-premise/how-to-guide/maintenance/backup/advanced-backup-strategies.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.