Kami akan meluncurkan aplikasi transaksional web / internal ganda di mana setiap klien memiliki database mereka sendiri. Setiap basis data sangat kecil - masing-masing di bawah 50MB, jadi kami bertanya-tanya apakah masuk akal untuk menggunakan SQL Express 2008 alih-alih SQL Server lengkap.
Ini tampaknya memiliki keuntungan mendistribusikan disk I / O di seluruh server sekaligus menghemat $$$ besar (karena drive 15K kecil dan server dual core bekas keduanya murah). Jika pada suatu saat kita membutuhkan terlalu banyak server, kita dapat meningkatkan ke SQL Server ... tetapi dengan puluhan pengguna internal ini sepertinya terlalu mahal sekarang (terutama karena kita akan memerlukan kotak failover).
Memori 1GB dan penggunaan 4 core pada satu prosesor tidak terdengar terlalu ketat mengingat ukuran basis data kami yang kecil. Kami tidak akan pernah memiliki lebih dari ~ 200 pengguna secara bersamaan, dan sebagian besar operasi akan lebih bersifat transaksional (yang tampaknya lebih menyukai banyak disk kecepatan tinggi daripada RAM / CPU yang berat, bukan?)
Apakah saya kehilangan kelebihan dari SQL Server Standard yang dapat membenarkan investasi tambahan $ 5-20K pada awalnya?
Beberapa masalah produksi dan penyelesaian yang saya alami dengan edisi Express:
Cadangan Terjadwal
SSIS
Dapatkah saya menjalankan paket SSIS dengan SQL Server 2008 Express / Web atau Workgroup
SSIS dengan Sql Server 2005 express
Pembuatan profil
sumber
Jika Anda membaca Lisensi SQL Server, Anda tidak perlu membeli lisensi tambahan untuk server pasif jika hanya digunakan untuk failover dan tidak melayani permintaan sampai server pertama Anda gagal.
Kami telah menggunakan SQL Server Express untuk waktu yang cukup lama, dan itu baik dan jauh lebih baik dari MSDE sebelumnya, kami memiliki lebih dari 200 koneksi simulaten, tetapi kami hanya memiliki satu database ukuran 2GB, dan semuanya lancar. Kami tidak pernah memiliki masalah asalkan kami menghindari bergabung mahal dan kami melakukan pengindeksan yang baik. Sekarang kami menggunakan SQL Standard, tetapi sampai ukuran database Anda lebih dari 4GB dan jumlah pengguna Anda kurang dari 200-500, Anda tentu dapat hidup dengan SQL Express.
SQL Server Express menggunakan sedikit jejak memori kurang ~ 200MB di mana lagi Edisi standar menggunakan ~ 1.5GB, mungkin karena edisi standar akan melakukan banyak caching. Kueri Anda akan lebih lambat di Express dalam beberapa milidetik dibandingkan dengan edisi standar. Sayangnya edisi Express tidak menggunakan CPU multi-core (fitur terbatas) sehingga tidak akan banyak membantu apakah Anda memiliki 2 inti atau 4 inti.
sumber
LuckyLindy - Saya mendorong Anda untuk berhenti sesaat dan memverifikasi bahwa Anda tidak memerlukan Agen SQL. Kau menulis:
Apa rencana Anda untuk backup? Anda tidak harus menggunakan Agen SQL tapi itu pasti membuat hidup DBA lebih mudah. Anda bisa menulis T-SQL / SMO / PowerShell / skrip apa pun yang melakukan pencadangan Anda dan kemudian jalankan melalui sqlcmd atau PowerShell menggunakan Tugas Terjadwal.
Apa rencana Anda untuk pemeliharaan basis data? Seiring waktu, basis data tersebut perlu didefrag dan diperiksa untuk konsistensi. Edisi Standar memiliki semua jenis barang untuk memudahkan ini sedangkan, di Express, Anda harus bekerja (lagi dengan skrip dan tugas terjadwal).
Bagaimana Anda akan diberitahu tentang masalah di server? Agen membantu di sini dengan Peringatan untuk memberi tahu Anda ketika log sudah penuh, disk sedang diisi, dll.
Ini adalah tugas-tugas kritis tipe SQL Server DBA. Menjalankan Express untuk aplikasi in-house adalah satu hal, tetapi begitu Anda mulai memberi tahu kami bahwa Anda hosting ini untuk klien, saya khawatir :)
Bagian 2 dari ini menanyakan berapa banyak klien yang Anda rencanakan untuk mendukung ini - baik pada saat peluncuran maupun setelah satu tahun? Jika Anda mengatakan, "100 klien", maka 100 basis data 50MB tidak akan mencukupi pada Express - Anda hanya tidak memiliki cukup memori. Heck - tergantung pada berapa banyak delta yang Anda miliki, Anda mungkin maks pada 15 DBs, saya tidak tahu.
Operasi transaksional seperti INSERT masih ditulis ke memori, jadi jangan berharap bahwa Anda membutuhkan lebih sedikit dukungan memori. Bahkan, tergantung pada berapa banyak INSERT yang Anda lakukan, Anda mungkin memiliki kebutuhan memori yang lebih besar daripada kebanyakan dengan jumlah pengguna itu. Jika Anda memuat banyak data yang orang tidak akan benar-benar menggunakan maka masih menempati memori. Anda mungkin mengalami masalah pertentangan antara "data yang sering ditanyakan pengguna" dan "data yang dimuat pengguna yang tidak akan ditanyakan oleh siapa pun untuk sementara waktu". SQL melindungi kami dengan menjaga data yang orang-orang tanyakan lebih sering dalam memori lebih lama tetapi Anda masih akan memiliki pendapat.
Pada titik ini, saya mengoceh lol. Dan 200 pengguna secara bersamaan tidak cocok dengan saya baik untuk Express. Katakanlah 64k adalah persyaratan memori koneksi rata-rata, berapa banyak koneksi yang akan dibuat aplikasi Anda? Apakah Anda akan menggunakan pooling koneksi?
Secara keseluruhan, perasaan saya setelah membaca deskripsi Anda mengatakan, "Tidak - Edisi Ekspres tidak cukup kuat." Dan saya benci Edisi Workgroup - pikir itu adalah kesepakatan yang buruk - jadi Standar tampaknya tepat untuk saya.
sumber
Sudahkah Anda mempertimbangkan untuk menggunakan salah satu DBMS gratis (MySQL, PostreSQL ...)? Itu akan mengurangi masalah lisensi Anda?
Jika itu bukan pilihan, SQL Server Express sepertinya solusi yang baik.
sumber
Ini tentu dapat digunakan untuk aplikasi produksi yang signifikan. Kami telah menggunakannya di lebih dari 1500 klinik kesehatan semua dengan contoh SQL Server Express diinstal untuk memproses jutaan transaksi setiap hari. Anda dapat dengan mudah mengatasi kerugian SQL Server Agent dengan menggunakan salah satu dari berikut ini:
Lihat presentasi luar biasa Michael Otey (google it) di "Menggunakan SQL Server Express dalam Produksi".
sumber