pertanyaan yang sering diajukan - SQL Server 2000 - Log pengiriman

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 314515 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

Ringkasan

Artikel ini membahas beberapa aspek dari log pengiriman dan jawaban pertanyaan yang paling sering diajukan tentang setup, keamanan, monitoring, perubahan peran dan penghapusan log pengiriman di SQL Server 2000 Enterprise Edition.

Informasi lebih lanjut

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

Mengatur pengiriman log

P1: Apa edisi SQL Server harus saya harus menyiapkan log pengiriman?

A1: Matriks berikut menunjukkan edisi SQL Server yang diperlukan untuk tiga komponen yang berpartisipasi dalam log pengiriman:
Perkecil tabel iniPerbesar tabel ini
KomponenEdisi SQL Server diperlukan
Server utamaPerusahaan atau pengembang edisi
Sekunder ServerPerusahaan atau pengembang edisi
Monitor ServerSetiap edisi


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

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

  • Mulai SQL Server dan SQL Server agen Layanan undera domain akun atau mengkonfigurasi relevan dasar, menengah dan monitorservers untuk pass-through keamanan (Lihat pertanyaan 3 di kepala ini untuk moreinformation).
  • Anda dapat mengatur log pengiriman dari komputer manapun yang memiliki SQLServer Enterprise Manager (SEM) diinstal. Anda harus mendaftar semua Yangyang komputer yang menjalankan SQL Server yang berfungsi sebagai server, yang dimaksudkan untuk menjadi server thesecondary, melalui SEM, pada komputer dari log yang isgoing untuk mengatur pengiriman.
  • Membuat folder pada server utama untuk kembali transactionlog up. Anda dapat membuat folder ini di mana saja pada komputer utama.Harus ada cukup ruang disk di drive di mana Anda menempatkan tekan terus folderto setidaknya satu hari senilai log transaksi kembali ups. Spacerequired tepat bukanlah hal yang mudah untuk memprediksi karena bergantung pada ukuran dan frekuensi transaksi log kembali up untuk database. Microsoft menganjurkan bahwa youcreate folder yang berbeda untuk setiap database yang Anda log kapal.
  • Berbagi folder yang Anda buat di langkah sebelumnya. Makesure bahwa Anda memberikan membaca dan perubahan izin untuk Microsoft Windows NTaccounts di bawah layanan SQL Server dan SQL Server agen yang mulai untuk server yang berpartisipasi dalam log pengiriman. Jika Anda menggunakan pass-through keamanan, memberikan izin ke account Windows NT lokal, di mana SQLServer terkait Layanan dimulai.
  • Menghapus atau menonaktifkan log transaksi setiap cadangan pekerjaan thedatabases yang akan log dikirim. Ini termasuk upjobs kembali pihak ketiga manapun.
Q3: Apakah saya harus menjalankan SQL Server layanan di bawah domain account bukan rekening Windows NT lokal terkait?

A3: Dimungkinkan untuk mengkonfigurasi layanan SQL Server untuk memulai dalam account Windows NT lokal, kecuali SQL Server dikonfigurasi untuk menjalankan sebagai server virtual dalam hubungannya dengan Microsoft Cluster layanan. Anda dapat menggunakan Windows NT pass-through keamanan untuk tujuan ini. Ikuti langkah berikut untuk mengkonfigurasi pass-through keamanan:
  • Buat account Windows NT komputer andmonitor primer, sekunder dengan nama dan sandi yang sama.
  • Mengkonfigurasi SQL Server layanan untuk memulai di bawah theseWindows NT account pada semua komputer terkait.
Layanan SQL Server 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 menganjurkan bahwa Anda menggunakan domain account untuk memulai pelayanan ketika SQL Server komputer dalam sebuah domain. Anda mendapatkan berikut keuntungan dengan memiliki SQL Server terkait mulai layanan di bawah domain account:
  • Perubahan password untuk memulai SQL Server akun willnot mengakibatkan kegagalan log pengiriman pekerjaan. Untuk berhasil melakukan logshipping dalam situasi keamanan pass-through, semua server harus memiliki thepassword berubah untuk Windows NT memulai account, pada saat yang sama.
Q4: Dimana saya bisa mengatur pengiriman dari log?

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

P5: Mengapa adalah log pengiriman kotak kadang-kadang meredup di kotak dialog Pemeliharaan rencana ?

A5: kotak centang dapat redup untuk salah satu alasan berikut:
  • Beberapa database mungkin dipilih untuk MaintenancePlan.
  • Database yang dipilih bukanlah dalam model penuh atau Massal login pemulihan .
  • SQL Server 2000 Enterprise Edition tidak diinstal pada theserver.
P6: Mengapa Apakah log pengiriman mengatur gagal ketika melakukan konfigurasi awal?

A6: Ada beberapa alasan yang dapat menyebabkan log pengiriman set up untuk gagal. Saat ini ada setidaknya satu masalah yang diketahui yang menyebabkan perilaku ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
298743 BUG: Semua perubahan tidak dapat digulung kembali ketika Log pengiriman pemeliharaan Wizard gagal
P7: Daftar Tabel skema dan database file struktur perubahan disebarkan ke server sekunder?

A7: Dalam SQL Server 2000, semua Daftar Tabel skema dan database file struktur perubahan adalah log operasi. Namun, jika file NDF atau LDF baru ditambahkan ke database utama, transaksi log gulung balik pekerjaan gagal ketika 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 Microsoft Knowledge Base:
286280 Deskripsi efek database pemulihan setelah Anda menambahkan atau menghapus file database
P8: Dapat saya script log pengiriman?

A8: Tidak. Saat ini, hal ini tidak mungkin untuk script login pengiriman. Satu-satunya cara yang didukung menyiapkan pengiriman log adalah melalui wizard sebagai dijelaskan dalam pertanyaan 4 bagian ini.

P9: Yang dapat mengatur agar log pengiriman antara server dalam beberapa domain?

A9: Ya. Mungkin untuk mengatur log pengiriman antara server yang ada di domain yang terpisah. Ada dua cara untuk melakukannya:
  • Gunakan pass-through keamanan. Mengkonfigurasi Windows NT accountswith nama yang sama dan password pada primer, sekunder dan memonitor server.Mengkonfigurasi SQL Server layanan untuk memulai di bawah account pada allservers dan menggunakan otentikasi SQL sementara menetapkan log pengiriman untuk menyambung ke monitor server terkait. - atau -

  • Gunakan konvensional Windows NT keamanan. Anda harus configurethe domain dengan dua arah Trust. SQL Server terkait layanan dapat domain akun startedunder. Otentikasi SQL atau Windows otentikasi canbe digunakan oleh pekerjaan pada server primer dan sekunder untuk terhubung ke monitorserver. Semua persyaratan lain yang sama seperti dijelaskan dalam pertanyaan 2 dari thissection.
P10: Dapat mengkonfigurasi server primer dan sekunder untuk menggunakan otentikasi SQL untuk menyambung ke monitor server?

A10: Ya. Mungkin untuk menggunakan otentikasi Windows atau SQL Server primer dan sekunder untuk menyambung ke monitor server. Microsoft menganjurkan bahwa Anda menggunakan Windows otentikasi untuk tujuan ini. Namun, jika tidak mungkin untuk menggunakan otentikasi Windows, Anda dapat menggunakan otentikasi SQL. SQL Server akan membuat account "log_shipping_monitor_probe" pada primer, sekunder dan memonitor server, jika tidak sudah ada, dengan password yang ditentukan ketika Anda mengatur pengiriman log. Jika otentikasi SQL digunakan untuk pengiriman log, Anda harus mengkonfigurasi SQL Server pada primer, sekunder dan memonitor server untuk menggunakan modus campuran otentikasi.

Log pengiriman pertimbangan keamanan

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

A1: Rekening "tamu" harus tidak akan dihapus dari SQL Server untuk alasan apapun. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
315523 Penghapusan Akun tamu yang dapat menyebabkan kesalahan 916 di SQL Server 2000 SP4 atau pelanggaran akses pengecualian ditangani dalam versi sebelumnya SQL Server 2000
Namun, Anda bisa dapat membuat "tamu" account tidak tersedia untuk database mana mungkin ada masalah keamanan. Karena database sekunder dalam keadaan siaga, hal ini tidak mungkin untuk menggunakan sp_change_users_login disimpan prosedur untuk memetakan kembali login dengan tepat. Untuk menegakkan model keamanan yang sama 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:
303722 Bagaimana cara memberikan akses ke SQL login pada database siaga bila pengguna tamu dinonaktifkan di SQL Server
Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
321247 Bagaimana untuk mengkonfigurasi keamanan untuk SQL Server log pengiriman
P2: Apa sp_resolve_logins lakukan?

A2: Pada saat log perubahan peran, pengiriman sp_resolve_logins disimpan prosedur memerlukan BCP file sistem syslogins Daftar Tabel dari server utama. Prosedur ini disimpan load BCP file ke Daftar Tabel sementara dan loop melalui setiap login untuk memverifikasi jika sebuah login dengan nama yang sama ada dalam Daftar Tabel sistem syslogins server sekunder. Ia kemudian memeriksa untuk melihat apakah nilai SID untuk login ini ada dalam Daftar Tabel sistem sysusers database sekunder. Ia akhirnya memeriksa untuk melihat apakah nilai SID dalam Daftar Tabel sistem sysusers database sekunder adalah tidak sama dengan nilai SID dalam Daftar Tabel syslogins server sekunder. Jika pemeriksaan puas, sp_resolve_logins disimpan prosedur menjalankan sp_Change_users_login disimpan prosedur untuk login itu, dan perbaikan SID dalam Daftar Tabel sistem sysusers database sekunder. Pelaksanaan ini disimpan prosedur diperlukan hanya jika ada login baru dibuat pada server utama setelah log pengiriman telah diinisialisasi dan login yang sama tidak diciptakan pada server sekunder dengan SID sama (seperti yang dijelaskan dalam artikel Pangkalan Pengetahuan Microsoft Q303722).

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

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

P4: Saya harus menjalankan tugas Transfer login DTS dalam hubungannya dengan sp_resolve_logins disimpan prosedur sebelum melakukan perubahan peran?

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 basis data sekunder (jika database sekunder dimuat dalam mode). Jika pengguna telah menggunakan database sekunder sebelum melakukan log pengiriman perubahan peran, lihat pertanyaan 1 dalam bagian ini.

P5: Apakah sp_resolve_logins disimpan prosedur bekerja untuk login remote 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.

Log pemantauan pengiriman

P1: Log pengiriman cadangan dan peringatan sinkron menembak, bahkan ketika server sekunder diperbarui dengan backup log transaksi. Apakah ini mungkin?

A1: Ya. Dimungkinkan bahwa tanda mungkin api bahkan database sekunder ketika sedang diperbarui. Jika ambang peringatan disetel ke nilai kurang dari dua kali lipat waktu antara cadangan dan menyalin atau Kembalikan pekerjaan, lansiran dapat diangkat. Jika tanda dibesarkan dan ambang batas lebih dekat atau kurang daripada dua kali waktu antara berikutnya cadangan dan menyalin atau gulung balik 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 dalam urutan menurun. urutan menurun ini ditentukan oleh bidang LastLSN dan FirstLSN yang dikembalikan oleh gulung balik HEADERONLY perintah. Jika bidang LastLSN dan FirstLSN bidang tidak menampilkan jumlah yang sama pada berturut-turut transaksi log backup, mereka tidak restorable dalam urutan menurun itu. Mungkin ada beberapa alasan untuk transaksi log backup untuk keluar dari urutan menurun. Beberapa alasan yang paling umum adalah:
  • Ada berlebihan transaksi log cadangan pekerjaan pada theprimary server 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 Microsoft Knowledge Base:
    272093 Deskripsi efek nonlogged dan minimal log operasi pada transaksi log backup dan proses pemulihan di SQL Server
  • Model pemulihan database adalah mungkin toggledbetween transaksi log backup.
  • Tugas Data Transformation Services (DTS) pada primaryserver mungkin menyebabkan masalah ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
    308267 FIX: DTS kopi karbon objek tugas (DMO) istirahat transaksi log cadangan jaringan dengan beralih modus pemulihan ke sederhana selama proses transfer
Q3: Mana dapat saya menemukan informasi tentang kesalahan sambil melakukan kembali, menyalin, atau gulung balik operasi?

A3: Untuk mendapatkan informasi lebih lanjut tentang sepasang pengiriman tertentu log, ikuti langkah berikut:
  1. Buka SQL Server Enterprise Manager, dan kemudian terhubung ke themonitor server.
  2. Di bawah manajemen, klik Log pengiriman Monitor. Di panel kanan-atas jendela, Semua log pengiriman pasang aredisplayed (yang telah dikonfigurasi dengan server ini sebagai monitor server).Jika log pengiriman pasangan tidak terlihat, klik kanan-atas Log Monitor pengiriman (di bawah manajemen), dan kemudian klik Refresh.
  3. Klik kanan-atas log pengiriman pasangan Anda inginkan informationabout, dan kemudian klik Riwayat cadangan View untuk melihat kembali sejarah pekerjaan.
  4. Klik kanan-atas pasangan pengiriman log, dan kemudian klik Salin/Restore terdahulu untuk melihat sejarah untuk menyalin dan gulung balik pekerjaan.
  5. Klik kanan-atas log pengiriman pasangan, dan kemudian klik Properties untuk melihat log saat ini pengiriman status, sumber, dan Destinationalert status.
Q4: Apakah first_file_000000000000.trn nama file menunjukkan bahwa copy atau gulung balik pekerjaan tidak berhasil?

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

A5: Ya. Informasi ini adalah dalam rencana pemeliharaan pada server utama. Untuk melihat informasi, ikuti langkah berikut:
  1. klik ganda Rencana pemeliharaan server utama untuk database untuk yang informationmust ini dimodifikasi.
  2. Klik Transaksi Log cadangan tab. memodifikasi tujuan dan frekuensi dalam dialogbox.
  3. Karena kopi karbon pekerjaan pada server sekunder expectingto kopi karbon transaksi log backup dari pangsa ditentukan pada waktu logshipping didirikan, pekerjaan ini mungkin gagal setelah memodifikasi target folder untuk log transaksi kembali ups. Untuk selengkapnya tentang cara kerja aroundthis masalah, baca artikel berikut di Microsoft KnowledgeBase:
    314570 Tidak dapat mengubah cadangan jaringan berbagi setelah Anda mengubah folder backup log transaksi

Peran pengiriman log perubahan

P1: Bagaimana cara melakukan log pengiriman perubahan peran?

A1: Klik link berikut untuk membaca topik SQL Server 2000 buku Online melakukan pengiriman peran perubahan log:

Bagaimana untuk mengatur dan melakukan log pengiriman perubahan peran (Transact-SQL)

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

A2: Ya. Menjalankan sp_change_primary_role prosedur tersimpan di 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 Daftar Tabel dengan awalan master database. Ini adalah masalah yang diketahui dengan kode untuk sp_resolve_logins disimpan prosedur. Untuk informasi lebih lanjut tentang masalah ini, baca artikel berikut di dalam Pangkalan Pengetahuan Microsoft:
310882 BUG: sp_resolve_logins disimpan prosedur gagal jika dijalankan selama pengiriman peran perubahan log
Q4: Apakah ada masalah ketika mempromosikan sebuah server sekunder menjadi sebuah server utama, ketika ada beberapa server sekunder yang terlibat dalam perubahan peran?

A4: Baca artikel Pangkalan Pengetahuan Microsoft berikut tentang masalah yang diketahui yang dapat menyebabkan kesalahan ketika melakukan perubahan peran yang melibatkan beberapa sekunder server:
300497 FIX: Log pengiriman: tidak dapat mengubah peran dari sekunder utama ketika nama database berbeda
P5: Bagaimana dapat saya membangun kembali log pengiriman setelah mempromosikan server sekunder menjadi server utama?

A5: Jika kotak centang Bolehkan database untuk mengasumsikan peran utama dipilih, sementara menetapkan log pengiriman, di kotak dialog Tambahkan tujuan Database , ikuti langkah berikut untuk menambahkan server sekunder baru setelah melakukan perubahan peran. Jika pengaturan tidak dipilih, gunakan Wizard rencana perawatan untuk mengatur log pengiriman setelah perubahan peran.
  1. Buka SQL Server Enterprise Manager, dan kemudian terhubung ke server utama thepromoted. Daftar server yang Anda berniat untuk menambahkan sebagai thesecondary server.
  2. Memperluas manajemen (di SQL Server Enterprise Manager), dan kemudian klik Pemeliharaan rencana. Klik kanan-atas rencana perawatan yang sesuai dari daftar, klik andthen Properties.
  3. Klik tab Pengiriman Log , dan kemudian klik Tambah.
  4. Memberikan informasi yang sesuai mengenai secondaryserver tentang kotak dialog, dan kemudian klik OK. Ini akan menambah sekunder server baru untuk logshipping.
P6: Bagaimana dapat saya terus log kapal ke server utama mantan tanpa gulung balik cadangan database?

A6: Dimungkinkan untuk log kapal antara dua server berulang kali tanpa harus gulung balik cadangan database lengkap. Syarat adalah bahwa server primer dan sekunder tersedia bila Anda melakukan prosedur perubahan peran. Sebagai bagian dari melakukan perubahan peran, Anda harus menjalankan sp_change_primary_role prosedur tersimpan. Anda harus menjalankan sp_change_primary_role disimpan prosedur dengan parameter @final_state 2 atau 3. Ini akan meninggalkan database utama dalam keadaan Rawannya setelah melakukan transaksi log kembali. Karena database yang tersisa dalam keadaan Rawannya, database ini dapat dipilih ketika tujuan pengiriman log ditambahkan (seperti yang dijelaskan dalam pertanyaan sebelumnya). Dengan cara ini Anda tidak memiliki untuk reload database backup.

Log pengiriman penghapusan

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

A1: Ikuti langkah berikut untuk menghapus sepasang pengiriman log:
  1. Membuka SQL Server Enterprise Manager pada primaryserver. Memperluas manajemen, dan kemudian klik Pemeliharaan rencana. Klik kanan-atas dengan Rencana pemeliharaan, dan kemudian klik properti.
  2. Klik tab Pengiriman Log , dan kemudian klik untuk memilih pengiriman pasangan yang wantto Anda menghapus log.
  3. Klik tombol tekan perintah Hapus untuk menghapus pasangan ini dari log pengiriman. Jika ini adalah pasangan gambar terakhir di log pengiriman, mengklik Hapus menghapus log pengiriman. Jika Anda ingin terus log pengiriman ke adifferent server atau ke database, klik Tambah. Kemudian, klik untuk memilih sesuai server atau database untuk actas server sekunder sebelum Anda menghapus log yang 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:
295936 FIX: Error Hapus log pengiriman pada database sekunder ketika nama database memiliki kutipan

REFERENSI

Untuk informasi lebih lanjut tentang pengiriman log, kunjungi situs web Microsoft berikut
Log pengiriman
http://msdn2.Microsoft.com/en-US/Library/aa213785 (SQL.80).aspx
275146 pertanyaan yang sering diajukan - SQL Server 7.0 - Log pengiriman
Tidak melihat jawaban atas pertanyaan Anda? Kunjungi Microsoft SQL Server newsgroup pada:
Microsoft SQL Server newsgrouphttp://www.Microsoft.com/Communities/Newsgroups/en-US/
Komentar tentang ini atau artikel Pangkalan Pengetahuan Microsoft lainnya? Drop kami catatan di SQLKB@Microsoft.com.

Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
917544 BUG: Anda menerima pesan galat ketika Anda menjalankan pekerjaan "Log pengiriman Alert pekerjaan - mengembalikan" dalam SQL Server 2000

Properti

ID Artikel: 314515 - Kajian Terakhir: 24 Juni 2014 - Revisi: 4.0
Berlaku bagi:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Kata kunci: 
kbsqlsetup kbinfo kbmt KB314515 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 314515

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com