Sqlserver
 sql >> Teknologi Basis Data >  >> RDS >> Sqlserver

Tiga Tren Teratas yang Mempengaruhi DBA yang Bertanggung Jawab untuk Pemantauan SQL Server

Kita semua tahu bahwa cara data dikumpulkan, diproses, dan disimpan selalu berubah. Kami juga tahu jumlah data yang disimpan dalam database terus bertambah…cepat! Peran dan tanggung jawab administrator basis data (DBA) dan pengembang basis data perlu diubah untuk menghadapi pertumbuhan data yang eksponensial ini.

Jadi, apa yang harus Anda fokuskan sebagai DBA dan/atau pengembang basis data hari ini? Semuanya - hanya bercanda (yah, semacam itu). Sebagai profesional basis data, Anda tahu daftarnya tidak terbatas. Namun dalam posting ini, kami akan fokus pada tiga tren pasar teratas yang akan membantu Anda tetap relevan dalam permainan pemantauan server SQL.

1. Pindah ke Pemantauan Berbasis Cloud

“Dapatkan kepala Anda di cloud” adalah frasa populer yang telah menjadi headline di banyak blog. Tapi kenapa? Mengapa begitu penting untuk menjadi bagian dari pergerakan awan? Inilah alasannya – Cloud tidak hanya memungkinkan Anda melakukan banyak hal dengan lebih cepat, tetapi juga dapat menghemat BANYAK uang organisasi Anda. Ada banyak lagi alasan untuk bermigrasi ke cloud.

Saat ini, semua orang mendorong cloud – Google, Amazon, Microsoft, dan banyak raksasa teknologi lainnya. Tapi mari kita fokus pada Microsoft karena ini khusus untuk SQL Server. Microsoft telah mendorong cloud selama bertahun-tahun sekarang, dan mereka bahkan mendorong pemutakhiran database SQL Server ke database cloud, baik itu Azure SQL DB, Azure Managed Instance, atau Cosmos DB.

Selain itu, Microsoft kini menawarkan serangkaian kemampuan untuk dukungan sumber terbuka, seperti untuk Cassandra, Postgres, MySQL, dll. Dorongan lintas platform ini didorong seputar konsumsi Azure dan pemindahan infrastruktur, aplikasi, database, dll. ke awan.

Jadi sebagai SQL Server DBA, Anda harus benar-benar memikirkan peluang di cloud, terutama untuk pemantauan server SQL – “Apa yang diberikan Microsoft kepada saya dengan dorongan ke Azure dan Cloud ini?

2. Privasi Data dan Tata Kelola Data

Area kedua yang harus benar-benar dipikirkan oleh DBA yang bertanggung jawab untuk pemantauan server SQL adalah privasi data dan tata kelola basis data. Informasi Identifikasi Pribadi (PII), melindungi PII, dan secara khusus memikirkannya dari perspektif administrator database untuk lingkungan pra-produksi, secara umum, sangat penting.

Salah satu aspek kunci privasi data adalah memastikan bahwa data disembunyikan dalam pra-produksi. Jadi, dalam banyak kasus, pengembang ingin memiliki akses ke data paling realistis di lingkungan praproduksi sehingga mereka dapat melakukan pengembangan/pengujian data yang sangat baik di lingkungan tersebut. Nah, inilah kenyataannya. Banyak kode dan peraturan yang berbeda mencegah orang mendapatkan akses ke data itu di lingkungan pra-produksi (karena kebanyakan orang seharusnya tidak memiliki akses ke sana, untuk memulai). Jadi sekali lagi, mengidentifikasi PII dan mampu mendeteksi, menutupi, dan mengenkripsi informasi tersebut di lingkungan pra-produksi sangat, sangat penting bagi DBA.

3. Integrasi API ke dalam Basis Data Anda

Sebagai SQL Server DBA, Anda harus memikirkan tentang API-ifikasi database Anda dari perspektif SQL Server. Selama bertahun-tahun sekarang, Microsoft telah secara signifikan membuka lebih banyak peluang untuk berinteraksi dengan database melalui API – mereka benar-benar (sangat) mendorong API. Ambil, misalnya, Cosmos DB. Jika Anda melihat bagaimana Cosmos telah dirancang, itu dibangun dengan cara pengembang menggunakan API untuk berbicara dengan database, seperti SQL API, Cassandra API, Mongo DB API, Postgres API, dan banyak lagi.

Jadi, apa arti dari semua API-ifikasi ini dan mengapa penting bagi Anda sebagai SQL Server DBA? Ini berarti dunia Anda, seperti yang Anda ketahui, sedang berubah. Cara Anda berinteraksi secara historis menggunakan T-SQL sekarang akan berubah ke arah antarmuka yang lebih berorientasi API dengan database.

Kemampuan untuk berinteraksi dengan database dari perspektif API dan kemampuan untuk memindahkan data bolak-balik menggunakan API adalah tren yang sangat besar untuk DBA server SQL.

Evolusi komunitas pemantau server SQL akan dimulai dengan administrator database - terutama saat mereka memikirkan tentang apa peran mereka saat ini dan apa yang akan terjadi di masa depan.

Memahami Evolusi DBA

Ketika Anda berpikir tentang administrator database server SQL modern, mereka hidup di dunia kontrol, dengan fokus pada administrasi. DBA menghabiskan banyak waktu untuk bekerja dalam skema yang mereka buat dan memikirkan berbagai hal dari proses rilis serta perspektif manajemen dan kontrol.

Dan di sinilah peran DBA kemungkinan besar mengarah – dan ini tidak selalu baik atau buruk, ini hanya kenyataan (berdasarkan tren dalam kalimat berikutnya). Tren saat ini adalah arah pasar, lini bisnis, dan kebutuhan untuk bergerak lebih cepat dan lebih gesit untuk mendukung bisnis Anda. Dan jangan lupakan DevOps serta proses dan metodologi seputar DevOps untuk bergerak dan berinovasi lebih cepat.

Jadi tanpa basa-basi lagi, inilah masa depan Anda sebagai DBA – peran Anda akan lebih fokus pada pemberdayaan, kolaborasi, dan kerja sama dengan tim bisnis dan pengembangan untuk berinovasi lebih cepat dan mengaktifkan proses inovasi.

Meskipun manajemen dan kontrol tidak akan sepenuhnya dihilangkan dari peran Anda, itu tidak akan lagi berada di garis depan. Fokus Anda akan beralih ke pemantauan kinerja server SQL dengan kolaborasi dan pemberdayaan inovasi tersebut untuk memuaskan arah pasar.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Buat Pekerjaan Agen SQL Server menggunakan T-SQL

  2. DATETIMEOFFSETFROMPARTS() Contoh di SQL Server (T-SQL)

  3. Kompres Partisi Tertentu dalam Tabel di SQL Server (T-SQL)

  4. Cara Mengembalikan Stempel Waktu Unix di SQL Server (T-SQL)

  5. Perbaiki Msg 241 "Konversi gagal saat mengonversi tanggal dan/atau waktu dari string karakter" di SQL Server