DataKeeper Cluster edisi mempertahankan real-time replikasi file data dan penyimpanan metadata. Informasi ini disinkronisasi di beberapa node dalam dan di Amazon EC2 ketersediaan zona. Solusi berbasis host ini meminimalkan dampak kinerja aplikasi server dan jaringan. Bahkan dienkripsi atau buka file yang tidak ada masalah untuk solusi, yang menggunakan replikasi tingkat blok untuk memaksimalkan perlindungan data dan ketersediaan.

Solusi yang memungkinkan SQL Server failover clustering dengan menghilangkan kebutuhan untuk penyimpanan bersama. Dan solusi yang terintegrasi dengan lancar ke lingkungan Windows Anda. Ada tidak perlu untuk mahal, lapar energi SAN penyimpanan, memungkinkan organisasi Anda untuk mengurangi total biaya kepemilikan (TCO) dan mengambil keuntungan penuh dari awan solusi.

Solusi berjalan asinkron replikasi untuk lebih baik data konsistensi. Dan tingkat blok replikasi mengurangi overhead dengan memperbarui data hanya berubah. Dalam lingkungan awan, dimana biaya naik saat lebih banyak data yang ditransfer, jenis presisi sangat penting. Sergey catatan, "itu penting untuk tidak diskon aspek 'Cloud ekonomi' solusi. Jumlah data yang ditransfer dalam lingkungan awan antara zona ketersediaan biaya uang. Dengan DataKeeper Cluster edisi, kami mengaktifkan Microsoft SQL Server failover clustering di Amazon EC2 lingkungan dan meningkatkan kinerja sambil mengurangi biaya, meningkatkan ketepatan tingkat blok replikasi."

Tentu saja, solusi tidak terbatas ke SQL Server implementasi. DataKeeper Cluster edisi juga dapat membantu untuk melindungi beban kerja misi-kritis untuk varians RedHat, CentOS, dan SuSE Linux. Dalam kombinasi dengan Amazon EC2 lingkungan, solusi yang bekerja sangat baik untuk organisasi yang ingin menyederhanakan lingkungan mereka dan mengurangi biaya tanpa mengorbankan perlindungan ketersediaan atau data.

Berkonsultasi dengan para ahli SIOS untuk memperoleh jawaban atas pertanyaan Anda tentang SIOS DataKeeper Cluster edisi dan apa yang bisa lakukan untuk Anda.

Mengalami masalah, terutama ketika mengelola sistem database. Pelajaran yang kita pelajari di awal karir kami, terutama yang menyakitkan, tetap dengan kami waktu yang lama. Ini adalah sebagian besar hal yang baik, tapi kadang-kadang kita menerapkan pelajaran yang salah untuk tugas di depan kami. Dalam administrasi database, sangat mudah untuk kepala ke arah yang salah, terutama ketika kita mencoba untuk menyeimbangkan kebutuhan untuk efisiensi dan kinerja. Pelajaran baru, kebanyakan database administrator tidak dimulai karir mereka sebagai DBAs hari yang berbeda. Kebanyakan dari kita mulai dalam pengembangan atau sistem administrasi dan akhirnya khusus dalam sistem database. Sayangnya, beberapa pelajaran belajar sepanjang jalan dalam bidang lain yang salah yang tepat untuk sebuah sistem database. Sebagai contoh, sistem admin harus mengelola penyimpanan seefisien mungkin. Banyak sistem penyimpanan pusat dijual untuk mengurangi penggunaan penyimpanan melalui konsolidasi. Virtualisasi sistem dan penyimpanan juga mencari untuk efisien menggunakan sumber daya teknis dengan menetapkan sumber daya minimal yang mungkin untuk beban kerja yang tertentu. DBAs juga harus mengelola penyimpanan sumber daya. Masalahnya datang ketika DBAs mengelola penyimpanan dengan cara yang sama mereka lakukan sebagai umum itu sistem administrator. Sebagai DBAs, tujuan utama kami adalah untuk membuat data yang berguna untuk bisnis. Sementara kita tidak ingin menyia-nyiakan sumber daya platform kami, kami juga tidak ingin menimbulkan masalah melalui efisiensi palsu. Mengelola untuk efisiensi sumber daya terbaik sering mengarah ke masalah kinerja. Hal ini terutama berlaku ketika mencoba untuk meminimalkan jejak penyimpanan sistem database Microsoft SQL Server. 5 database praktek bahwa yang menyakiti Anda kinerja beberapa praktek-praktek umum benar-benar perdagangan kinerja untuk efisiensi ruang:

• Menggunakan Auto-tumbuh untuk mengelola ruang bebas
• Menyusut database
• Menyusut log
• Tidak membangun kembali atau reorganisasi indeks
• Menyeret cadangan file untuk penyimpanan offline

Praktek terakhir dalam daftar ini sangat frustasi. Semua bisnis harus memiliki penyimpanan cadangan yang memadai untuk memenuhi target pemulihan. Menghemat sejumlah kecil sumber termurah tersedia (lapis kedua dan ketiga penyimpanan) ketika membuang-buang paling mahal sumber tersedia terampil DBA saat adalah salah urus paling buruk. Manajemen bisnis menekankan penghematan biaya, terutama karena yang mudah diukur. Tapi apa eksekutif bisnis dan pengguna inginkan adalah nol-masalah IT infrastruktur, termasuk platform database yang melakukan dengan cepat dan secara konsisten. Menyimpan beberapa ratus dolar berharga ruang penyimpanan mungkin tidak akan bahkan mendapatkan Anda sebuah "attaboy" dari bos Anda. Sebuah sistem database lambat atau cadangan kritis hilang akan mendapatkan melihat — hanya tidak seperti yang Anda inginkan. Ketika Anda mencari database praktik manajemen dan proses Anda, tanyakan pada diri sendiri, "apa tujuan apakah proses ini mengaktifkan?" Apakah Anda mengelola untuk kinerja atau mengelola untuk ruang? Berkonsultasi dengan para ahli SIOS untuk membahas solusi untuk lingkungan tertentu Anda. Teknisi yang berpengalaman di SIOS dapat memberikan wawasan yang berguna kepada pelanggan yang menerapkan sistem SQL Server kinerja tinggi, sangat tersedia.