pertanyaan yang sering diajukan - SQL Server 2000 - Log pengiriman

Artikel ini membahas beberapa aspek log pengiriman dan menjawab pertanyaan yang paling sering diajukan mengenai penataan, keamanan, pemantauan, peran-perubahan dan penghapusan log pengiriman di SQL Server 2000 Enterprise Edition.

Log pengiriman di SQL Server 2000 menyediakan sarana membangun hangat cadangan solusi dengan menggunakan SQL Server Maintenance Plan Wizard. Transaksi log backup dari database dapat secara otomatis dikirim ke server yang berbeda dan diterapkan ke database siaga. Anda dapat menggunakan siaga database untuk melakukan operasi read-only (tergantung pada beban negara).

Mengatur pengiriman log

Q1: Apa edisi SQL Server harus saya harus mengatur pengiriman log?

A1: Matriks berikut menunjukkan edisi Server SQL yang diperlukan untuk tiga komponen yang berpartisipasi dalam log pengiriman:

P2: Apa aku harus lakukan sebelum saya memulai log pengiriman set up melalui SQL Server Enterprise Manager?

A2: Berikut adalah daftar dari apa yang harus Anda lakukan sebelum Anda memulai pengiriman log dalam SQL Server 2000.

• Baik mulai SQL Server dan SQL Server agen layanan di bawah domain account atau mengkonfigurasi utama relevan, sekunder dan memantau server untuk pass-through keamanan (lihat pertanyaan tiga di pos ini untuk lebih informasi).
• Anda dapat mengatur log pengiriman dari komputer manapun yang memiliki SQL Server Enterprise Manager (SEM) diinstal. Anda harus mendaftar semua komputer yang menjalankan SQL Server yang berfungsi sebagai server, yang dimaksudkan untuk menjadi Server sekunder, melalui SEM, pada komputer dari log yang pengiriman adalah Going to set up.
• Membuat folder di server utama untuk transaksi masuk kembali ups. Anda dapat membuat folder ini di mana saja di komputer utama. Harus ada cukup ruang disk kosong pada pengandar di mana Anda menempatkan folder untuk menahan setidaknya satu hari senilai log transaksi ups. Ruang yang tepat diperlukan tidak mudah untuk memperkirakan karena itu tergantung pada ukuran dan frekuensi log transaksi kembali up untuk database. Microsoft menyarankan Anda Buat folder yang berbeda untuk masing-masing database Anda log kapal.
• Berbagi folder yang Anda buat di langkah sebelumnya. Membuat Pastikan bahwa Anda memberikan membaca dan mengubah izin untuk Microsoft Windows NT account yang di bawah yang SQL Server dan SQL Server agen layanan mulai untuk server yang berpartisipasi dalam log pengiriman. Jika Anda menggunakan pass-through keamanan, Berikan izin ini ke account Windows NT lokal, di mana SQL Server terkait layanan dimulai.
• Menghapus atau menonaktifkan setiap log transaksi cadangan pekerjaan pada database yang akan log dikirim. Ini termasuk pihak ketiga kembali pekerjaan.

Q3: Apakah saya harus mulai SQL Server layanan di bawah domain akun sebagai lawan untuk Windows NT rekening lokal terkait?

A3: Dimungkinkan untuk mengkonfigurasi SQL Server layanan untuk memulai di bawah lokal Windows NT account, kecuali SQL Server dikonfigurasi untuk menjalankan sebagai virtual server bersama dengan layanan Microsoft Cluster. Anda dapat menggunakan Windows NT pass-through keamanan untuk tujuan ini. Ikuti langkah-langkah untuk mengkonfigurasi pass-through keamanan:

• Membuat account Windows NT pada dasar, menengah dan memantau komputer dengan nama dan password yang sama.
• Mengkonfigurasi SQL Server layanan untuk memulai di bawah ini terkait Windows NT account pada semua komputer.

SQL Server layanan harus dimulai di bawah domain account Jika SQL Server dikonfigurasi untuk menjalankan sebagai virtual server dengan Microsoft Cluster Layanan. Bahkan jika SQL Server virtual server, Microsoft menyarankan Anda menggunakan domain account untuk memulai pelayanan ketika SQL Server komputer berada dalam domain. Anda mendapatkan berikut keuntungan dengan memiliki SQL Server layanan terkait mulai di bawah domain account:

• Perubahan password untuk memulai SQL Server account akan tidak mengakibatkan kegagalan dari log pengiriman pekerjaan. Terus berhasil log pengiriman dalam situasi keamanan pass-through, semua server harus memiliki Password berubah untuk memulai Windows NT account, pada saat yang sama.

Q4: Di mana saya bisa mengatur pengiriman dari log?

A4: Dalam SQL Server Enterprise Manager, klik kanan-atas database untuk pengiriman log yang telah ditetapkan, dan kemudian klik Pemeliharaan rencana. Di kotak dialog Selamat datang , klik berikutnya. Klik untuk memilih kotak centang kapal log transaksi lainnya SQL Server (log pengiriman) . kotak centang menunjukkan untuk pemeliharaan Server SQL Rencana Wizard bahwa database ini harus memiliki log pengiriman. Anda dapat melakukan ini langkah dari klien yang memiliki SQL Server Enterprise Manager diinstal.

Q5: Mengapa adalah kotak centang pengiriman log kadang-kadang redup di kotak dialog Pemeliharaan rencana ?

A5: kotak centang dapat diredupkan untuk salah satu alasan berikut:

• Beberapa database mungkin dipilih untuk pemeliharaan Rencana.
• Database yang dipilih adalah tidak dalam model penuh atau Sebagian besar login pemulihan .
• SQL Server 2000 Enterprise Edition tidak diinstal pada server.

Q6: Mengapa Apakah log pengiriman mengatur gagal sambil melakukan konfigurasi awal?

A6: Ada beberapa alasan yang dapat menyebabkan log pengiriman set up gagal. Saat ini ada setidaknya satu masalah yang dikenal yang menyebabkan ini perilaku. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:Q7: Daftar Tabel skema dan database struktur perubahan file disebarkan ke server sekunder?

A7: Dalam SQL Server 2000, semua Daftar Tabel struktur file skema dan database perubahan adalah log operasi. Namun, jika file pasar atau LDF baru ditambahkan ke database utama, pekerjaan pemulihan log transaksi gagal while loading cadangan log transaksi yang dilakukan segera setelah database file ditambahkan ke database utama. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:Q8: Bisa saya script log pengiriman?

A8: Tidak. Saat ini, tidaklah mungkin untuk script login pengiriman. The hanya didukung sarana menyiapkan log pengiriman adalah melalui wizard sebagai dijelaskan bersangkutan 4 bagian ini.

Q9: Saya dapat menetapkan log pengiriman antara server di beberapa domain?

A9: Ya. Dimungkinkan untuk mengatur pengiriman antara server log yang berada di domain yang terpisah. Ada dua cara untuk melakukannya:

• Menggunakan pass-through keamanan. Mengkonfigurasi account Windows NT dengan nama yang sama dan password pada dasar, menengah dan monitor server. Mengkonfigurasi SQL Server layanan untuk memulai di bawah account tersebut pada semua terkait server dan Gunakan otentikasi SQL sementara menetapkan log pengiriman untuk menyambung ke monitor server. - atau -
  
  
• Menggunakan konvensional Windows NT keamanan. Anda harus mengkonfigurasi domain dengan dua arah Trust. SQL Server terkait layanan dapat mulai di bawah domain akun. Otentikasi SQL atau Windows otentikasi dapat digunakan oleh pekerjaan pada server primer dan sekunder untuk tautan langsung ke monitor server. Semua persyaratan lain adalah sama seperti dijelaskan 2 pertanyaan ini bagian.

Q10: Saya bisa mengkonfigurasi server primer dan sekunder untuk menggunakan otentikasi SQL untuk tersambung ke monitor server?

A10: Ya. Mungkin untuk menggunakan Windows atau SQL otentikasi untuk server primer dan sekunder untuk tersambung ke monitor server. Microsoft menganjurkan agar Anda menggunakan Windows otentikasi untuk tujuan ini. Namun, jika itu adalah tidak mungkin untuk menggunakan Windows otentikasi, dapat Anda gunakan otentikasi SQL. SQL Server akan membuat rekening "log_shipping_monitor_probe" di utama, sekunder dan memonitor server, jika tidak sudah ada, dengan password ditentukan ketika Anda mengatur pengiriman log. Jika otentikasi SQL digunakan untuk log pengiriman, Anda harus mengkonfigurasi SQL Server pada dasar, menengah dan monitor server untuk menggunakan modus campuran otentikasi.

Log pengiriman pertimbangan keamanan

Q1: Jika saya membuat account "tamu" tidak tersedia sebelum mendirikan log pengiriman, dan aku ingin database saya sekunder harus dalam keadaan siaga, bagaimana bisa saya memungkinkan pengguna untuk memiliki akses ke database sekunder (menegakkan model keamanan yang sama sebagai server utama)?

A1: Account "tamu" harus tidak dihapus dari SQL Server untuk setiap alasan. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: Namun, Anda bisa dapat membuat account "tamu" tidak tersedia untuk database di mana mungkin ada masalah keamanan. Karena database sekunder yang dalam keadaan siaga, itu tidak mungkin untuk menggunakan sp_change_users_login (http://msdn2.microsoft.com/en-us/library/aa259633(SQL.80).aspx) stored procedure untuk re-map login dengan tepat. Untuk menegakkan sama model keamanan pada database siaga, membuat login pada server sekunder dengan menggunakan nilai pengenal (SID) keamanan yang sama sebagai server utama. Baca artikel Pangkalan Pengetahuan Microsoft berikut untuk informasi lebih lanjut tentang menciptakan login dengan SID sama nilai: Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:P2: Apa yang sp_resolve_logins lakukan?

A2: Pada saat log pengiriman peran perubahan, sp_resolve_logins (http://msdn2.microsoft.com/en-us/library/aa238877(SQL.80).aspx) disimpan prosedur memerlukan BCP file sistem syslogins Daftar Tabel dari server utama. Prosedur ini disimpan beban BCP file ke tabel atak sementara dan loop melalui setiap login untuk memverifikasi jika login dengan nama yang sama ada dalam Daftar Tabel sistem syslogins server sekunder. Kemudian memeriksa untuk melihat apakah SID nilai ini login ada dalam Daftar Tabel sistem sysusers database sekunder. Akhirnya memeriksa untuk melihat apakah SID nilai di Daftar Tabel sistem sysusers database sekunder adalah tidak sama dengan nilai SID dalam sekunder server syslogins Daftar Tabel. Jika pemeriksaan ini puas, sp_resolve_logins disimpan prosedur berjalan sp_Change_users_login disimpan prosedur untuk login itu, dan perbaikan SID di Daftar Tabel sistem database sekunder sysusers . Eksekusi ini disimpan prosedur diperlukan hanya Jika ada login yang baru dibuat pada server utama setelah log pengiriman telah telah diinisialisasi dan login yang sama tidak diciptakan pada server sekunder dengan sama SID (seperti yang dijelaskan dalam artikel Pangkalan Pengetahuan Microsoft Q303722).

Q3: sp_resolve_logins disimpan prosedur berjalan berhasil; Namun, karena tidak melakukan modifikasi yang diharapkan untuk keamanan pada server sekunder. Mengapa?

A3:Sp_resolve_logins disimpan prosedur membutuhkan berkas BCP up-to-date dasar Daftar Tabel sistem server syslogins . Login ini harus sudah oleh dibuat pada sekunder server. Jika dua kondisi terpenuhi, sp_resolve_logins disimpan prosedur melakukan modifikasi sysusers sistem Daftar Tabel database sekunder.

Q4: Saya harus menjalankan tugas Transfer login DTS sehubungan dengan prosedur sp_resolve_logins disimpan sebelum melakukan peran perubahan?

A4: Ya. Anda harus menggunakan tugas Transfer login untuk memastikan bahwa login ada dalam Daftar Tabel sistem syslogins pada server sekunder. Ini tidak menjamin bahwa pengguna dapat menggunakan database sekunder (jika database sekunder dimuat dalam mode). Jika pengguna telah menggunakan database sekunder sebelum melakukan log pengiriman perubahan peran, lihat pertanyaan 1 dalam hal ini bagian.

Q5: sp_resolve_logins disimpan prosedur bekerja untuk rimot di SQL Server?

A5: Tidak. Sp_resolve_logins disimpan prosedur hanya bekerja untuk login yang khas. Setiap rimot harus dibuat secara manual di server sekunder.

Login pengiriman pemantauan

Q1: Log pengiriman Backup dan keluar dari sinkronisasi lansiran yang menembak, bahkan ketika server sekunder diperbarui dengan backup log transaksi. Apakah ini mungkin?

A1: Ya. Dimungkinkan bahwa tanda mungkin api bahkan ketika sekunder database ini sedang diperbarui. Jika ambang batas alert diatur ke nilai kurang dari double waktu antara belakang dan menyalin atau gulung balik pekerjaan, tanda mungkin akan dibangkitkan. Jika tanda sedang dibesarkan dan ambang dekat atau kurang dari dua kali waktu antara berikutnya cadangan dan menyalin atau pemulihan pekerjaan, pergi ke depan dan meningkatkan ambang batas.

P2: Mengapa backup log transaksi gagal untuk memulihkan pada server sekunder?

A2: Backup Log transaksi hanya dapat dikembalikan jika mereka berada di urutan menurun. urutan menurun ini ditentukan oleh bidang LastLSN dan FirstLSN yang dikembalikan oleh gulung balik HEADERONLY (http://msdn2.microsoft.com/en-us/library/aa238455(SQL.80).aspx) perintah. Jika bidang LastLSN dan bidang FirstLSN Jangan menampilkan nomor yang sama pada transaksi berturut-turut login backup, mereka tidak restorable dalam urutan menurun itu. Mungkin ada beberapa alasan untuk transaksi masuk backup untuk keluar dari barisan. Beberapa yang paling alasan umum adalah:

• Ada transaksi berlebihan log cadangan pekerjaan pada server utama yang menyebabkan urutan menurun untuk dilanggar.
• Ada non-log operasi yang dilakukan dalam database.Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
  272093  (http://support.microsoft.com/kb/272093/ ) Deskripsi efek dari operasi nonlogged dan minimal login pada cadangan log transaksi dan proses pemulihan dalam SQL Server
• Model pemulihan dari database mungkin toggled antara backup log transaksi.
• Tugas Data transformasi layanan (DTS) pada utama Server menyebabkan masalah ini.Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
  308267  (http://support.microsoft.com/kb/308267/ ) FIX: DTS kopi karbon objek tugas (DMO) rusak rantai cadangan log transaksi dengan beralih modus pemulihan ke sederhana sewaktu transfer

Q3: Di mana dapat saya menemukan informasi tentang kesalahan sambil melakukan cadangan, menyalin, atau gulung balik operasi?

A3: Untuk mendapatkan informasi lebih lanjut tentang log tertentu pengiriman pasangan, Ikuti langkah berikut:

1. Buka SQL Server Enterprise Manager, dan kemudian hubungkan ke Monitor server.
2. Di bawah manajemen, klik Log pengiriman Monitor. Di panel kanan-atas jendela, semua pasangan pengiriman log adalah ditampilkan (yang telah dikonfigurasi dengan server ini sebagai monitor server). Jika log pengiriman pasangan tidak terlihat, klik-kanan Log pengiriman Monitor (di bawah manajemen), dan kemudian klik Refresh.
3. Klik-kanan log pengiriman pasangan bahwa Anda ingin informasi tentang, kemudian klik Riwayat cadangan View untuk melihat cadangan pekerjaan sejarah.
4. Klik-kanan log pengiriman pasangan, dan kemudian klik Riwayat Copy/Restore View untuk melihat Riwayat untuk menyalin dan gulung balik pekerjaan.
5. Klik-kanan log pengiriman pasangan, dan kemudian klik Properties untuk melihat status pengiriman log saat ini, sumber dan tujuan pemberitahuan status.

Q4: Nama file first_file_000000000000.trn mengindikasikan bahwa kopi karbon atau gulung balik pekerjaan tidak berhasil?

A4: Masing-masing menjalankan kopi karbon dan gulung balik pekerjaan terkait dengan setidaknya satu file. secara asali, jika tidak ada file disalin atau dikembalikan pada tertentu berjalan salah satu yang dua pekerjaan, SQL Server tempat first_file_000000000000.trn dalam bidang nama file . Hal ini mungkin atau mungkin tidak menunjukkan masalah. Sebagai contoh, pertama kalinya bahwa menyalin atau gulung balik pekerjaan dijalankan pada server sekunder, mungkin tidak ada file yang tersedia untuk menyalin atau gulung balik. Dalam kasus ini, first_file_000000000000.TRN tidak selalu mewakili kesalahan. Namun, dalam keadaan tertentu, ini mungkin merupakan masalah. Membaca berikut Artikel Pangkalan Pengetahuan Microsoft untuk informasi lebih lanjut: Q5: Apakah mungkin untuk mengubah frekuensi dan tujuan backup log transaksi, di server utama, setelah log pengiriman telah beroperasi untuk sementara waktu?

A5: Ya. Informasi ini adalah dalam pemeliharaan berencana utama server. Untuk melihat informasi, ikuti langkah berikut:

1. klik ganda Pemeliharaan rencana di server utama untuk database untuk yang ini informasi harus dimodifikasi.
2. Klik Log transaksi cadangan tab. mengubah tujuan dan frekuensi dalam dialog kotak.
3. Karena kopi karbon pekerjaan di server sekunder mengharapkan untuk menyalin backup log transaksi dari pangsa ditentukan pada waktu log pengiriman didirikan, pekerjaan ini mungkin gagal setelah memodifikasi map target untuk log transaksi kembali ups. Untuk informasi lebih lanjut tentang cara untuk bekerja di sekitar masalah ini, baca artikel berikut dalam Pengetahuan Microsoft Base:
   314570  (http://support.microsoft.com/kb/314570/ ) Tidak dapat mengubah cadangan jaringan berbagi setelah Anda log perubahan transaksi folder cadangan

Log pengiriman peran mengubah

Q1: Bagaimana saya melakukan log pengiriman peran perubahan?

A1: Klik link berikut untuk membaca SQL Server 2000 Books Online topik tentang melakukan peran pengiriman log mengubah:

Bagaimana untuk mengatur dan melakukan log pengiriman peran perubahan (Transact-SQL) (http://msdn2.microsoft.com/en-us/library/aa215392(SQL.80).aspx)

P2: Saya dapat melakukan perubahan peran sementara server utama offline atau tidak tersedia?

A2: Ya. Menjalankan sp_change_primary_role (http://msdn2.microsoft.com/en-us/library/aa259617(SQL.80).aspx) prosedur tersimpan pada server utama opsional.

Q3: Mengapa sp_resolve_logins disimpan prosedur gagal dengan pesan galat 208 ketika menjalankan dari database sekunder pada saat perubahan peran?

A3:Sp_resolve_logins disimpan prosedur tidak memenuhi syarat sysusers sistem tabel atak dengan awalan database master . Ini adalah masalah yang diketahui dengan kode untuk sp_resolve_logins disimpan prosedur. Untuk informasi lebih lanjut mengenai masalah ini, baca artikel berikut pada Pangkalan Pengetahuan Microsoft: Q4: Apakah ada masalah ketika mempromosikan sebuah server sekunder untuk server utama, ketika ada beberapa server sekunder yang terlibat dalam perubahan peran?

A4: Baca artikel Pangkalan Pengetahuan Microsoft berikut tentang dikenal masalah yang dapat menyebabkan kesalahan ketika melakukan perubahan peran yang melibatkan beberapa sekunder server: Q5: Bagaimana saya menstabilkan log pengiriman setelah mempromosikan server sekunder untuk menjadi server utama?

A5: Apabila kotak centang Izinkan database untuk berasumsi peran utama dipilih, sementara pengaturan log pengiriman, di kotak dialog Tambahkan tujuan Database , ikuti langkah berikut untuk menambahkan sekunder server baru Setelah melakukan perubahan peran. Jika pengaturan tidak dipilih, gunakan Pemeliharaan rencana Wizard untuk mengatur log pengiriman setelah perubahan peran.

1. Buka SQL Server Enterprise Manager, dan kemudian hubungkan ke dipromosikan server utama. Daftar server yang Anda berniat untuk menambahkan sebagai sekunder server.
2. Memperluas manajemen (dalam SQL Server Enterprise Manager), dan kemudian klik Pemeliharaan rencana. Klik-kanan pemeliharaan sesuai rencana dari daftar, dan kemudian klik Properti.
3. Klik tab Log pengiriman , dan kemudian klik Tambah.
4. Menyediakan informasi yang sesuai mengenai sekunder Server tentang kotak dialog ini, dan kemudian klik OK. Ini akan menambah sekunder server baru untuk log pengiriman.

Q6: Bagaimana bisa saya terus log kapal ke server utama mantan tanpa gulung balik cadangan database?

A6: Dimungkinkan untuk log kapal antara kedua server berulang kali tanpa harus gulung balik cadangan database lengkap. Persyaratan adalah bahwa keduanya primer dan sekunder server tersedia bila Anda melakukan peran mengubah prosedur. Sebagai bagian dari melakukan perubahan peran, Anda harus menjalankan sp_change_primary_role (http://msdn.microsoft.com/en-us/library/aa259617.aspx) prosedur tersimpan. Anda harus menjalankan prosedur sp_change_primary_role disimpan dengan parameter @ final_state 2 atau 3. Ini akan meninggalkan basis utama dalam keadaan unrecovered setelah melakukan log transaksi cadangan. Karena database yang tersisa dalam keadaan unrecovered, database ini dapat dipilih ketika tujuan pengiriman log ditambahkan (seperti yang dijelaskan dalam sebelumnya pertanyaan). Dengan cara ini Anda tidak harus reload database backup.

Log pengiriman penghapusan

Q1: Bagaimana saya bisa menghentikan log pengiriman untuk log tertentu pengiriman pasangan?

A1: Ikuti langkah berikut untuk menghapus sepasang pengiriman log:

1. Buka SQL Server Enterprise Manager pada utama server. Memperluas manajemen, dan kemudian klik Pemeliharaan rencana. Klik-kanan Pemeliharaan rencana, dan kemudian klik Properti.
2. Klik tab Pengiriman Log , dan kemudian klik untuk memilih log pengiriman pasangan yang Anda inginkan untuk menghapus.
3. Klik tombol tekan perintah Hapus untuk menghapus pasangan ini dari log pengiriman. Jika ini adalah pasangan gambar terakhir dalam log pengiriman, mengklik Hapus menghapus log pengiriman. Jika Anda ingin untuk melanjutkan pengiriman log ke server yang berbeda atau ke database, klik Tambah. Kemudian, klik untuk memilih sesuai server atau database untuk bertindak sebagai server sekunder sebelum Anda menghapus log ada pengiriman sekunder.

P2: Apakah ada masalah dengan menghapus log pengiriman untuk database yang memiliki karakter khusus dalam nama?

A2: Baca artikel Pangkalan Pengetahuan Microsoft berikut, yang membahas masalah ini secara lebih rinci:

REFERENSI

Untuk informasi lebih lanjut tentang pengiriman log, kunjungi Web site Microsoft berikutTidak melihat jawaban atas pertanyaan Anda? Kunjungi Microsoft SQL Server newsgroup pada: Komentar tentang ini atau lain Artikel Pangkalan Pengetahuan Microsoft? Drop catatan di SQLKB@Microsoft.com (mailto:sqlkb@microsoft.com) .

Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: