Saat mengambil cadangan dari database, apakah "praktik yang baik" untuk menggunakan perangkat cadangan logis untuk lokasi cadangan? Apa manfaat menggunakan perangkat cadangan?
sumber
Saat mengambil cadangan dari database, apakah "praktik yang baik" untuk menggunakan perangkat cadangan logis untuk lokasi cadangan? Apa manfaat menggunakan perangkat cadangan?
Bayangkan Anda memiliki banyak pekerjaan cadangan. Cadangan lengkap, cadangan diferensial, cadangan log transaksi ... Sekarang bayangkan Anda perlu memindahkan semua cadangan dari disk lokal ke SAN. jika Anda menggunakan perangkat cadangan, Anda hanya perlu membuat ulang perangkat dengan jalur ke disk baru. Tetapi jika skrip cadangan Anda ditulis untuk menggunakan jalur lengkap, Anda perlu menulis ulang setiap pekerjaan, setiap langkah kerja untuk mengubah jalur ini.
Tetapi ada skenario ketika Anda tidak perlu menggunakan perangkat cadangan, misalnya, ketika Anda menggunakan beberapa skenario khusus di mana Anda secara dinamis mengubah jalur cadangan atau nama file (misalnya, menambahkan tanggal / waktu ke folder atau nama file).
Saya lebih suka satu file per cadangan
Saya tidak mau:
Jika Anda memiliki basis data ukuran TB, partisi, grup file dan ingin melakukan pencadangan / pemulihan parsial, maka masalah ini akan berlipat ganda. Dalam situasi DR, saya ingin semuanya sederhana dan jelas.
Sebagian besar toko (besar dan kecil) yang pernah saya kunjungi melakukan ini: lebih mudah untuk berurusan dengan file yang menggambarkan diri.
Konsep "perangkat" kembali ke Sybase, SQL Server 6.5 dan sebelumnya. Di sini Anda memiliki perangkat disk juga. MDF dan LDF terpisah diperkenalkan dengan SQL Server 7
sumber
Perangkat cadangan logis hanyalah abstraksi dari perangkat fisik.
Ini menyederhanakan peralihan antar perangkat fisik, karena Anda dapat mengubah definisi perangkat logis daripada harus mengedit skrip cadangan atau paket pemeliharaan.
sumber
Saya menggunakan perangkat cadangan logis untuk sistem pelaporan di mana kami ingin melakukan beberapa pemulihan dan tidak ingin skrip keluar jalur lengkap. Kita dapat dengan mudah mengubah definisi perangkat dump tanpa harus mengubah skrip kami.
Saya percaya konsep yang sama berlaku untuk menggunakan perangkat dump logis untuk backup tape, meskipun kami tidak pernah langsung dibuang ke tape.
Itulah satu-satunya manfaat yang saya sadari saat ini.
sumber
Sementara mereka memiliki kegunaan mereka, saya lebih suka tetap dengan satu cadangan penuh, diferensial atau transaksi log per file, karena membuatnya lebih mudah untuk menjalankan membersihkan skrip untuk menghapus cadangan lama dan mencegah drive cadangan dari mengisi.
sumber
Menurut pemahaman saya, manfaat menggunakan perangkat cadangan adalah menyederhanakan skrip, membuatnya lebih mudah, jika Anda harus memindahkan drive atau perangkat dan, yang paling berguna menurut saya; bisa memiliki skrip cadangan seragam di beberapa server tempat lokasi cadangan dapat ditentukan pada server berdasarkan server, tetapi perangkat cadangan dapat tetap sama di semua server. Misalnya "Primary_Backup_Location".
sumber
Selain apa yang telah ditulis di atas, satu-satunya alasan lain yang bisa saya lihat menggunakan perangkat cadangan adalah jika ruang Anda terbatas. Jika Anda memiliki DB 100 GB, dan 2 drive dengan masing-masing ruang kosong 60 GB, Anda dapat membuat perangkat cadangan di setiap drive dan mencadangkan keduanya. Peringatannya adalah bahwa Anda perlu kedua perangkat untuk memulihkan.
-chris
--Tentu saja Anda bisa menulis ke beberapa file cadangan alih-alih perangkat juga ..
sumber