Bagaimana untuk secara manual melakukan sinkronisasi replikasi langganan dengan menggunakan cadangan atau pemulihan

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

Pada Halaman ini

RINGKASAN

Artikel ini menjelaskan bagaimana untuk secara manual melakukan sinkronisasi replikasi mendorong langganan dengan menggunakan cadangan dan mengembalikan.

Kadang-kadang, Anda tidak dapat sepenuhnya mensinkronisasi replikasi langganan dengan menggunakan standar metode karena potensi alasan berikut:
  1. Anda memiliki tabel besar yang Anda miliki untuk mentransfer ke pelanggan.
  2. Bandwidth jaringan hanya dapat menangani perubahan tambahan; oleh karena itu, BCPs besar mungkin waktu.
  3. Penerbit adalah server produksi; oleh karena itu, bisnis kebutuhan memerlukan waktu yang akan diminimalkan.
Dalam kasus ini, Anda dapat menggunakan SQL Server backup untuk membuat salinan database diterbitkan, dan kemudian Anda dapat memulihkan data pada pelanggan; dengan demikian, Anda dapat mengatur replikasi, dan menguji penggunaan replikasi, tanpa memberikan skema atau pengguna data melalui jaringan. Bagian berikut daftar langkah-langkah dan pertimbangan Anda harus menggunakan untuk memastikan bahwa sinkronisasi manual sukses.

Transactional replication with scripts

Transactional replication with scripts toko dan meneruskan transaksi serial untuk pelanggan. Sangat penting bahwa perubahan ke meja diterbitkan yang disampaikan kepada pelanggan dalam urutan di mana mereka diserahkan.

Dengan berlangganan baru, transactional replication with scripts menandai setiap perubahan Diterbitkan meja (atau tabel) dalam log transaksi. Default Metode penyampaian berlangganan terkunci tabel, ekspor data dengan menggunakan BCP utilitas, membuka tabel yang diterbitkan, dan kemudian mulai pelacakan perubahan ke database diterbitkan. Dalam SQL Server 2000 Bersamaan Snapshot fitur meningkatkan Snapshot penguncian overhead. SQL Server 2000 dan SQL Server 7.0 dapat mentransfer snapshot dengan menggunakan File Transfer Protocol (FTP). Namun, Anda dapat menggunakan metode cadangan untuk situasi di mana ini pilihan tidak dapat diterima.

Oleh cadangan database diterbitkan dan mengembalikan ke pelanggan, Anda dapat mengurangi proses pembuatan snapshot waktu ke waktu yang dibutuhkan untuk backup database diterbitkan. Database cadangan mencakup semua objek yang tidak ditransfer ke pelanggan oleh replikasi; Anda tidak perlu melakukan transfer bcp tabel atas jaringan.

Terdapat dua metode untuk membuat cadangan database diterbitkan. Metode pertama menggunakan full backup database diterbitkan. The penuh cadangan metode terbaik jika database kecil atau jika database tidak dikonfigurasi untuk pemulihan penuh mode. Metode kedua menggunakan cadangan log transaksi dan mengasumsikan bahwa Anda telah menangkap full backup database. Metode cadangan log transaksi mengurangi waktu yang database harus dalam satu-user mode. Backup log transaksi mengambil waktu kurang dari full backup. Jika Anda berencana untuk menggunakan metode cadangan log transaksi, ikuti langkah berikut:
  1. Jika database diterbitkan tidak berjalan dalam pemulihan penuh modus, mengubah ke mode pemulihan penuh.
  2. Membuat cadangan database diterbitkan.
  3. Membuat cadangan file log untuk meminimalkan waktu yang dibutuhkan untuk berjalan melalui langkah-langkah berlangganan, dan kemudian ikuti langkah-langkah dalam prosedur berikutnya.
Untuk mengatur berlangganan, ikuti langkah berikut:
  1. Tempat database diterbitkan dalam mode Single User untuk mencegah perubahan dari yang dibuat dalam database dengan menjalankan berikut yang disimpan prosedur: sp_dboption 'DBNAME', 'single user', 'benar'. Ini mencegah perubahan yang dibuat dalam database. Ini adalah langkah penting; Anda memastikan bahwa penerbit tetap disinkronisasi dengan pelanggan. Anda harus menghentikan semua agen replikasi yang tersambung ke database sebelum Anda menjalankan sp_dboption prosedur yang tersimpan.
  2. Jika Anda menggunakan metode penuh cadangan, cadangan database diterbitkan. Jika Anda menggunakan metode log transaksi, cadangan log transaksi untuk database diterbitkan.
  3. Membuat langganan baru ke publikasi Anda. Pilih tidak untuk memberikan data dan skema.
  4. Sementara Anda menyiapkan berlangganan, mencari Layar jadwal agen distribusi. Mengubah tugas untuk menjalankan hanya sekali. (Ini mencegah agen distribusi berjalan sampai setelah Anda memulihkan database [dan cadangan log transaksi] ke pelanggan.)
  5. Menghapus database dari satu-user mode dengan menggunakan panggilan disimpan prosedur berikut: sp_dboption 'DBNAME', 'Single user', 'palsu'. Karena berlangganan diatur, semua perubahan akan diteruskan ke distribusi database.
  6. Memulihkan database di pelanggan. Jika Anda menggunakan metode log transaksi, mengembalikan full backup dan log transaksi cadangan. Agen distribusi tidak akan berjalan pada titik ini. Jika, itu akan mencegah database yang dipulihkan. The Agen jadwal berubah di langkah 4.
  7. Menghasilkan Masukkan, Pemutakhiran, dan Hapus prosedur yang digunakan selama replikasi. Anda dapat menghasilkan MEMBUAT prosedur pernyataan untuk prosedur ini dengan menjalankan salah satu prosedur berikut: (prosedur yang berbeda tergantung pada jenis replikasi dan versi SQL Server)
    1. Untuk SQL Server 2000: sp_scriptpublicationcustomprocs

      Menjalankan sp_scriptpublicationcustomprocs pada penerbit. Prosedur ini menghasilkan teks yang disimpan prosedur yang diperlukan pada pelanggan. Menjalankan script yang dihasilkan subscribing database.
    2. Untuk segera memperbarui dan antrian pelanggan: sp_script_synctran_commands

      Catatan Segera memperbarui dan antrian pelanggan adalah pengecualian ke langkah 4. Anda harus menjalankan Agen distribusi sebelum Anda menerapkan output untuk The sp_script_synctran_commands ke database pelanggan karena Agen distribusi menghasilkan meja pendukung yang bernama MSsubscription_agents. Setelah Anda menjalankan agen distribusi, menerapkan script yang dihasilkan oleh sp_script_synctran_commands ke database pelanggan. Anda juga harus menjalankan sp_scriptpublicationcustomprocs disimpan prosedur untuk segera memperbarui pelanggan pada penerbit dan script yang dihasilkan pada subscribing database.

    3. Anda harus menerapkan output untuk sp_script_synctran_commands ke database pelanggan; Namun, Anda harus terlebih dahulu menjalankan Agen distribusi untuk menghasilkan sebuah tabel pendukung yang bernama MSsubscription_agents, dan kemudian Anda dapat menerapkan output yang dihasilkan ketika Anda menjalankan sp_script_synctran_commands. Anda juga harus menjalankan sp_scriptpublicationcustomprocs untuk segera memperbarui pelanggan pada penerbit. Menjalankan dihasilkan script di subscribing database.
    4. Untuk SQL Server 7.0: sp_scriptinsproc, sp_scriptdelproc, sp_scriptupdproc, sp_scriptmappedupdproc

      Prosedur ini menghasilkan script untuk prosedur diperlukan pada pelanggan. Menjalankan script ini terhadap berlangganan database.
  8. Mulai agen distribusi. Anda mungkin ingin mengatur Agen distribusi untuk menjalankan terus-menerus. Untuk melakukannya, tambahkan -Terus-menerus untuk baris perintah agen distribusi.
Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
299903MEMPERBAIKI: sp_scriptpublicationcustomprocs menghasilkan replikasi disimpan prosedur

Menggabungkan replikasi

CatatanNo-selaras langganan tidak didukung untuk gabungan tarik langganan.

Kapan Anda menggunakan cadangan atau mengembalikan untuk mengatur publikasi gabungan dengan berlangganan no-sync pilihan, ikuti langkah berikut:
  1. Mempublikasikan database, dan kemudian jalankan agen Snapshot. Jika database telah diterbitkan, Anda hanya perlu menjalankan agen Snapshot.

    Semua perubahan yang dibuat pada penerbit sekarang tercatat dalam menggabungkan replikasi sistem tabel.
  2. Membuat cadangan database diterbitkan, dan kemudian mengembalikannya pada pelanggan.
  3. Membuat langganan baru dan pilih Tidak, pelanggan sudah memiliki skema dan data.
  4. Menjalankan agen gabungan.

    Ketika menggabungkan agen berjalan, pertama menggunakan snapshot untuk membuat gabungan replikasi tabel. Semua perubahan yang dibuat sejak snapshot yang dihasilkan diterapkan pelanggan:
    • Jika Anda menambahkan baris antara langkah 1 dan langkah 2 di ini prosedur, Anda akan melihat baris baru sebagai pembaruan pada pelanggan. Baris sudah ada karena pemulihan. Oleh karena itu, Anda akan melihat baris baru di pelanggan.
    • Jika Anda menghapus baris antara langkah 1 dan langkah 2 di prosedur ini, menggabungkan agen melaporkan bahwa tidak ada perubahan harus dilakukan karena baris yang ada di pelanggan. Membuat cadangan atau memulihkan dilakukan setelah baris dihapus pada penerbit.
    • Jika setiap baris diperbarui antara langkah 1 dan langkah 2 prosedur ini, Anda akan melihat ini sebagai update pada pelanggan.

INFORMASI LEBIH LANJUT

Untuk informasi lebih lanjut tentang bagaimana untuk menginisialisasi berlangganan transaksional dari cadangan SQL Server 2005, kunjungi Web site Microsoft Developer Network (MSDN) berikut:
http://msdn2.Microsoft.com/en-us/library/ms151705.aspx
Untuk informasi lebih lanjut tentang bagaimana untuk menginisialisasi berlangganan gabungan dari cadangan SQL Server 2005, kunjungi Website MSDN berikut:
http://msdn2.Microsoft.com/en-us/library/ms152488.aspx

Properti

ID Artikel: 320499 - Kajian Terakhir: 26 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Kata kunci: 
kbhowtomaster kbmt KB320499 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:320499

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