Bagikan melalui

Mengelola login untuk pekerjaan menggunakan database dalam grup ketersediaan AlwaysOn

  • Artikel

Berlaku untuk: SQL Server

Anda harus secara rutin mempertahankan serangkaian login pengguna dan pekerjaan SQL Server Agent yang sama pada setiap database utama grup ketersediaan AlwaysOn dan database sekunder yang sesuai. Login dan pekerjaan harus direproduksi pada setiap instans SQL Server yang menghosting replika ketersediaan untuk grup ketersediaan.

  • Pekerjaan SQL Server Agent

    Anda perlu menyalin pekerjaan yang relevan secara manual dari instans server yang menghosting replika utama asli ke instans server yang menghosting replika sekunder asli. Untuk semua database, Anda perlu menambahkan logika di awal setiap pekerjaan yang relevan untuk membuat pekerjaan hanya dijalankan pada database utama, yaitu, hanya ketika replika lokal adalah replika utama untuk database.

    Instans server yang menghosting replika ketersediaan grup ketersediaan mungkin dikonfigurasi secara berbeda, dengan huruf kandar pita yang berbeda atau semacamnya. Pekerjaan untuk setiap replika ketersediaan harus memungkinkan perbedaan tersebut.

    Perhatikan bahwa pekerjaan pencadangan dapat menggunakan fungsi sys.fn_hadr_is_preferred_backup_replica untuk mengidentifikasi apakah replika lokal adalah yang lebih disukai untuk cadangan, sesuai dengan preferensi pencadangan grup ketersediaan. Pekerjaan pencadangan yang dibuat menggunakan Wizard Rencana Pemeliharaan secara asli menggunakan fungsi ini. Untuk pekerjaan pencadangan lainnya, kami sarankan Anda menggunakan fungsi ini sebagai kondisi dalam pekerjaan pencadangan Anda, sehingga hanya dijalankan pada replika pilihan. Untuk informasi selengkapnya, lihat Sekunder Aktif: Pencadangan pada Replika Sekunder (Grup Ketersediaan AlwaysOn).

  • Masuk

    Jika Anda menggunakan database mandiri, Anda dapat mengonfigurasi pengguna yang terkandung dalam database, dan untuk pengguna ini, Anda tidak perlu membuat login pada instans server yang menghosting replika sekunder. Untuk database ketersediaan yang tidak terkandung, Anda harus membuat pengguna untuk login pada instans server yang menghosting replika ketersediaan. Untuk informasi lebih selengkapnya, lihat, CREATE USER (Transact-SQL).

    Jika salah satu aplikasi Anda menggunakan Autentikasi SQL Server atau login Windows lokal, lihat Login Aplikasi yang Menggunakan Autentikasi SQL Server atau Login Windows Lokal, nanti dalam topik ini.

    Catatan

    Pengguna database tempat login SQL Server tidak ditentukan atau salah ditentukan pada instans server tidak dapat masuk ke instans. Pengguna seperti itu dikatakan sebagai pengguna tanpa intim dari database pada instans server tersebut. Jika pengguna yatim piatu pada instans server tertentu, Anda dapat menyiapkan login pengguna kapan saja. Untuk informasi selengkapnya, lihat Memecahkan Masalah Pengguna Tanpa Injil (SQL Server).

  • Metadata tambahan

    Login dan pekerjaan bukan satu-satunya informasi yang perlu dibuat ulang pada setiap instans server yang menghosting replika sekunder untuk grup ketersediaan tertentu. Misalnya, Anda mungkin perlu membuat ulang pengaturan konfigurasi server, kredensial, data terenkripsi, izin, pengaturan replikasi, aplikasi broker layanan, pemicu (di tingkat server), dan sebagainya. Untuk informasi selengkapnya, lihat Mengelola Metadata Saat Membuat Database Tersedia di Instans Server Lain (SQL Server).

Login Aplikasi yang Menggunakan Autentikasi SQL Server atau Login Windows Lokal

Jika aplikasi menggunakan Autentikasi SQL Server atau login Windows lokal, SID yang tidak cocok dapat mencegah proses masuk aplikasi menyelesaikan instans jarak jauh SQL Server. SID yang tidak cocok menyebabkan login menjadi pengguna tanpa intim pada instans server jarak jauh. Masalah ini dapat terjadi ketika aplikasi tersambung ke database pengiriman cermin atau log setelah failover atau ke database pelanggan replikasi yang diinisialisasi dari cadangan.

Untuk mencegah masalah ini, kami sarankan Anda mengambil langkah-langkah pencegahan saat Anda menyiapkan aplikasi seperti itu untuk menggunakan database yang dihosting oleh instans jarak jauh SQL Server. Pencegahan melibatkan transfer login dan kata sandi dari instans lokal SQL Server ke instans jarak jauh SQL Server. Untuk informasi selengkapnya tentang cara mencegah masalah ini, lihat artikel KB 918992-Cara mentransfer login dan kata sandi antara instans SQL Server).

Catatan

Masalah ini mempengaruhi akun lokal Windows pada komputer yang berbeda. Namun, masalah ini tidak terjadi untuk akun domain karena SID sama pada setiap komputer.

Untuk informasi selengkapnya, lihat Pengguna Tanpa Injil dengan Pencerminan Database dan Pengiriman Log (blog Mesin Database).

Tugas Terkait

Lihat Juga

Gambaran Umum Grup Ketersediaan AlwaysOn (SQL Server)
Database Terkandung
Membuat Pekerjaan