Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

câu hỏi thường gặp - SQL Server 2000 – kí nhập vận chuyển

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 314515
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
Tóm tắt
Bài viết này thảo luận về một số khía cạnh của vận chuyển kí nhập và trả lời các câu hỏi phổ biến nhất liên quan đến thiết lập, an ninh, giám sát, thay đổi vai trò và loại bỏ kí nhập vận chuyển trong SQL Server 2000 Enterprise Edition.
Thông tin thêm
kí nhập vận chuyển trong SQL Server 2000 cung cấp một phương tiện của việc thành lập một trở lại ấm lên giải pháp bằng cách sử dụng Wizard kế hoạch bảo trì máy chủ của SQL. sao lưu Nhật ký giao dịch từ một bộ máy cơ sở dữ liệu có thể được tự động chuyển đến một máy chủ khác nhau và áp dụng cho một bộ máy cơ sở dữ liệu dự phòng. Bạn có thể sử dụng bộ máy cơ sở dữ liệu dự phòng để thực hiện hoạt động chỉ đọc (tùy thuộc vào nhà nước tải).

Nhật ký giao hàng thiết lập

Q1: Những gì phiên bản của SQL Server làm tôi cần phải có để thiết lập kí nhập vận chuyển?

A1: Ma trận sau đây cho thấy các ấn bản của SQL Server là cần thiết cho ba thành phần tham gia trong vận chuyển, đăng nhập:
Cấu phầnPhiên bản của SQL Server yêu cầu
Máy chủ chínhDoanh nghiệp hoặc phiên bản phát triển
Chủ phụDoanh nghiệp hoặc phiên bản phát triển
Màn hình máy chủBất kỳ Edition


Q2: Điều gì làm tôi phải làm trước khi tôi Bắt đầu kí nhập vận chuyển tập hợp lên thông qua SQL Server Enterprise Manager?

A2: Dưới đây là danh sách những gì bạn phải làm trước khi bạn Bắt đầu vận chuyển kí nhập trong SQL Server 2000.

  • Bắt đầu SQL Server và SQL Server đại lý tài khoản tên miền undera bản ghi dịch vụ hoặc cấu hình liên quan tiểu học, Trung học và monitorservers cho ñöôïc an ninh (xem câu hỏi ba trong tiêu đề này cho moreinformation).
  • Bạn có thể thiết lập kí nhập vận chuyển từ bất kỳ máy tính nào có SQLServer doanh nghiệp quản lý (SEM) được cài đặt chuyên biệt. Bạn phải kiểm nhập tất cả thatare máy tính đang chạy SQL Server chức năng đó là máy chủ, mà nhằm mục đích là thesecondary máy chủ, thông qua SEM, trên máy tính từ mà kí nhập vận chuyển isgoing được thiết lập.
  • Tạo một mục tin thư thoại trên máy chủ chính cho phía sau transactionlog up. Bạn có thể tạo ra cặp này bất cứ nơi nào trên máy tính chính.Phải có đủ không gian trống trên ổ đĩa mà bạn đặt giữ folderto ít nhất một ngày giá trị của Nhật ký giao dịch trở lại up. Spacerequired chính xác là không dễ dàng để dự đoán bởi vì nó phụ thuộc vào kích thước và tần số của Nhật ký giao dịch trở lại up cho bộ máy cơ sở dữ liệu. Microsoft khuyến cáo rằng youcreate một mục tin thư thoại khác nhau cho mỗi bộ máy cơ sở dữ liệu mà bạn kí nhập tàu.
  • Chia sẻ các mục tin thư thoại bạn đã tạo ở bước trước. Makesure rằng bạn cấp đọc và thay đổi mức cấp phép cho Microsoft Windows NTaccounts trong đó bản ghi dịch vụ SQL Server và SQL Server đại lý đang Bắt đầu cho các máy chủ mà tham gia vào Nhật ký tàu. Nếu bạn sử dụng ñöôïc an ninh, cấp những quyền truy cập vào tài khoản Windows NT địa phương, theo đó SQLServer liên quan đến bản ghi dịch vụ được Bắt đầu.
  • Loại bỏ hoặc vô hiệu hóa bất kỳ Nhật ký giao dịch sao lưu các công việc trên thedatabases rằng sẽ là kí nhập vận chuyển. Điều này bao gồm bất kỳ bên thứ ba trở lại upjobs.
Q3: Tôi phải Bắt đầu SQL Server các bản ghi dịch vụ theo trương mục vùng như trái ngược với một tài khoản Windows NT địa phương liên quan?

A3: Ta có thể đặt cấu hình SQL Server bản ghi dịch vụ để Bắt đầu trong một tài khoản Windows NT địa phương, trừ khi SQL Server được cấu hình để chạy như một máy chủ ảo kết hợp với bản ghi dịch vụ cụm của Microsoft. Bạn có thể sử dụng Windows NT ñöôïc an ninh cho mục đích này. Thực hiện theo các bước sau để đặt cấu hình ñöôïc an ninh:
  • Tạo một tài khoản Windows NT trên các máy tính tiểu học, Trung học andmonitor với cùng một tên và mật khẩu.
  • Cấu hình máy chủ SQL liên quan đến các bản ghi dịch vụ để Bắt đầu theo theseWindows NT tài khoản trên tất cả các máy tính.
SQL Server bản ghi dịch vụ phải được Bắt đầu dưới trương mục vùng nếu SQL Server được cấu hình để chạy như một máy chủ ảo với Microsoft cụm bản ghi dịch vụ. Ngay cả khi SQL Server là một máy chủ ảo, Microsoft khuyến cáo rằng bạn sử dụng một tên miền tài khoản để Bắt đầu các bản ghi dịch vụ khi máy tính SQL Server trong một tên miền. Bạn có được sau các lợi thế của SQL Server có liên quan đến bản ghi dịch vụ Bắt đầu trong một tài khoản tên miền:
  • Thay đổi mật khẩu cho SQL Server Bắt đầu lên tài khoản không kết quả trong một sự thất bại của Nhật ký vận chuyển công việc. Để thành công tiếp tục logshipping trong một tình huống an ninh ñöôïc, tất cả các máy chủ phải thepassword thay đổi dành cho Windows NT Bắt đầu lập tài khoản, cùng một lúc.
Q4: Nơi tôi có thể thiết lập kí nhập vận chuyển từ?

A4: Trong SQL Server Enterprise Manager, Bấm chuột phải vào bộ máy cơ sở dữ liệu đối với kí nhập mà vận chuyển đã được thiết lập, và sau đó nhấp vào Bảo trì có kế hoạch. Trong các Chào mừng hộp thoại hộp, bấm vào tiếp theo. Bấm vào để chọn hộp kiểm tàu Nhật ký giao dịch để các máy chủ SQL (đăng nhập vận chuyển) . hộp kiểm chỉ ra với Wizard kế hoạch bảo trì các SQL Server bộ máy cơ sở dữ liệu này phải có vận chuyển kí nhập. Bạn có thể thực hiện bước này từ một khách hàng mà có SQL Server Enterprise Manager cài đặt chuyên biệt.

Q5: Tại sao hộp kiểm kí nhập vận chuyển đôi khi mờ đi trong hộp thoại Bảo trì có kế hoạch ?

A5: Kiểm tra hộp có thể được làm mờ cho một trong những lý do sau:
  • Nhiều bộ máy cơ sở dữ liệu có thể được chọn cho MaintenancePlan.
  • bộ máy cơ sở dữ liệu được chọn không phải là trong mô hình đầy đủ hoặc Số lượng lớn kí nhập phục hồi .
  • SQL Server 2000 Enterprise Edition không được cài đặt chuyên biệt trên theserver.
Q6: Tại sao có vận chuyển kí nhập thiết lập thất bại trong khi thực hiện cấu hình ban đầu?

A6: Có rất nhiều lý do có thể gây ra kí nhập vận chuyển tập hợp lên thất bại. Tại thời điểm này là một vấn đề được biết đến gây ra hành vi này. Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
298743 LỖI: Tất cả thay đổi có thể không được quay ngược trở lại khi thuật sĩ bảo trì vận chuyển kí nhập thất bại
Q7: Những bảng giản đồ bộ máy cơ sở dữ liệu tập tin cấu trúc thay đổi và được truyền đến chủ phụ?

A7: Trong SQL Server 2000, tất cả bảng giản đồ bộ máy cơ sở dữ liệu tập tin cấu trúc thay đổi và là hoạt động kí nhập. Tuy nhiên, nếu một tập tin NDF hoặc LDF mới được thêm vào bộ máy cơ sở dữ liệu chính, công việc khôi phục Nhật ký giao dịch không thành công trong khi tải sao lưu Nhật ký giao dịch được thực hiện ngay lập tức sau khi tập tin bộ máy cơ sở dữ liệu được thêm vào bộ máy cơ sở dữ liệu chính. Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
286280 Mô tả về các hiệu ứng để phục hồi bộ máy cơ sở dữ liệu sau khi bạn thêm hoặc xoá tập tin bộ máy cơ sở dữ liệu
H8: Tôi có thể kịch bản kí nhập vận chuyển

A8: Không. Hiện nay, nó là không thể kịch bản kí nhập vận chuyển. Các phương tiện được hỗ trợ của thiết lập kí nhập vận chuyển là thông qua hướng dẫn như mô tả trong câu hỏi 4 trong phần này.

Q9: Tôi có thể thiết lập kí nhập vận chuyển giữa các máy chủ trong nhiều tên miền?

A9: Có. Nó có thể thiết lập kí nhập vận chuyển giữa các máy chủ trong tên miền riêng biệt. Có hai cách để làm điều này:
  • Sử dụng ñöôïc an ninh. Cấu hình Windows NT accountswith cùng tên và mật khẩu trên tiểu học, Trung học và giám sát các Server.Cấu hình máy chủ SQL liên quan đến các bản ghi dịch vụ để Bắt đầu theo các tài khoản trên allservers và sử dụng SQL xác thực trong khi thiết lập kí nhập vận chuyển để kết nối với máy chủ màn hình. - hoặc -

  • Sử dụng thông thường Windows NT an ninh. Bạn phải configurethe tên miền với hai chiều tín thác. SQL Server liên quan đến bản ghi dịch vụ có thể là startedunder tên miền tài khoản. Xác thực SQL hoặc Windows xác thực canbe được sử dụng bởi các công việc trên các máy chủ tiểu học và trung học để kết nối với monitorserver. Tất cả các yêu cầu khác là giống như giải thích trong câu hỏi 2 của thissection.
Q10: Tôi có thể cấu hình máy chủ tiểu học và trung học sử dụng SQL xác thực để kết nối với máy chủ màn hình

A10: Có. Nó có thể sử dụng Windows hoặc SQL xác thực cho tiểu học và trung học các máy chủ để kết nối với máy chủ màn hình. Microsoft khuyến cáo rằng bạn sử dụng Windows xác thực cho mục đích này. Tuy nhiên, nếu nó không phải là không thể sử dụng xác thực của Windows, bạn có thể sử dụng xác thực SQL. SQL Server sẽ tạo một tài khoản "log_shipping_monitor_probe" trên tiểu học, Trung học và giám sát các Server, nếu nó không đã tồn tại, với mật khẩu đã chỉ định khi bạn thiết lập kí nhập vận chuyển. Nếu SQL xác thực được sử dụng để vận chuyển kí nhập, bạn phải cấu hình SQL Server trên tiểu học, Trung học và giám sát các Server để sử dụng chế độ hỗn hợp xác thực.

Vận chuyển cân nhắc bảo mật kí nhập

Q1: Nếu tôi làm cho trương mục "khách" không có sẵn trước khi thiết lập kí nhập vận chuyển, và tôi muốn của tôi bộ máy cơ sở dữ liệu thứ cấp để ở trạm đậu chờ, làm thế nào có thể tôi cho phép người dùng có quyền truy cập vào bộ máy cơ sở dữ liệu thứ cấp (thực thi mô hình bảo mật tương tự như máy chủ chính)?

A1: Trương mục "khách" không phải được gỡ bỏ từ SQL Server vì lý do nào. Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
315523 Loại bỏ trương mục khách có thể gây ra một lỗi 916 trong SQL Server 2000 SP4 hoặc một sự vi phạm truy nhập xử lý ngoại lệ trong các phiên bản trước đó của SQL Server 2000
Tuy nhiên, bạn có thể có thể làm cho "đánh" tài khoản khả dụng đối với bộ máy cơ sở dữ liệu trong trường hợp có thể có mối quan tâm an ninh. Bởi vì bộ máy cơ sở dữ liệu thứ cấp là trong trạm đậu chờ, nó là không thể sử dụng các sp_change_users_login thủ tục dịch sẵn để tái ánh xạ các thông tin kí nhập một cách thích hợp. Để thực hiện cùng một mô hình an ninh trên bộ máy cơ sở dữ liệu dự phòng, tạo ra các tin kí nhập vào hệ phục vụ thứ cấp bằng cách sử dụng cùng một giá trị định danh (SID) an ninh máy chủ chính. Đọc bài viết Cơ sở tri thức Microsoft sau cho biết thêm thông tin về việc tạo thông tin kí nhập với SID cùng một giá trị:
303722 Làm thế nào để cấp quyền truy cập vào SQL kí nhập trên một bộ máy cơ sở dữ liệu dự phòng khi đánh người dùng bị vô hiệu hóa trong SQL Server
Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
321247 Làm thế nào để cấu hình bảo mật cho SQL Server kí nhập vận chuyển
Q2: Sp_resolve_logins gì?

A2: Tại thời điểm kí nhập thay đổi vai trò, vận chuyển các sp_resolve_logins được lưu trữ thủ tục đòi hỏi một tập tin BCP syslogins bảng hệ thống từ máy chủ chính. thủ tục dịch sẵn này tải tập tin BCP vào bảng tạm thời và vòng qua mỗi kí nhập để xác minh nếu một kí nhập với tên cùng tồn tại trong hệ phục vụ thứ cấp syslogins bảng hệ thống. Nó sau đó kiểm tra để xem nếu SID, đáng kí nhập này tồn tại trong bộ máy cơ sở dữ liệu thứ cấp sysusers bảng hệ thống. Cuối cùng nó sẽ kiểm tra để xem nếu giá trị SID thuộc trung học bộ máy cơ sở dữ liệu của sysusers bảng hệ thống là không giống như giá trị SID thuộc chủ phụ syslogins bảng. Nếu các kiểm tra được hài lòng, sp_resolve_logins lưu trữ thủ tục chạy sp_Change_users_login lưu trữ thủ tục kí nhập đó, và sửa chữa SID trong bộ máy cơ sở dữ liệu thứ cấp sysusers bảng hệ thống. Thực hiện các thủ tục dịch sẵn này là bắt buộc nếu có thông tin kí nhập mới tạo ra trên hệ phục vụ chính sau khi kí nhập vận chuyển đã được khởi tạo và những thông tin kí nhập tương tự không được tạo ra trên các máy chủ thứ hai với cùng một SID (như được mô tả trong bài viết Cơ sở tri thức Microsoft Q303722).

Q3: sp_resolve_logins lưu trữ thủ tục chạy thành công; Tuy nhiên, nó không thực hiện các sửa đổi dự kiến để bảo mật trên hệ phục vụ thứ cấp. Tại sao?

A3:Sp_resolve_logins lưu trữ thủ tục đòi hỏi một tập tin BCP thông tin mới nhất của máy chủ chính syslogins bảng hệ thống. Các thông tin kí nhập đã từng phải tạo ra trên hệ phục vụ thứ cấp. Nếu hai điều kiện được đáp ứng, sp_resolve_logins lưu trữ thủ tục thực hiện các sửa đổi để sysusers bảng hệ thống trong bộ máy cơ sở dữ liệu thứ cấp.

Q4: Chạy một nhiệm vụ chuyển thông tin kí nhập DTS kết hợp với các thủ tục sp_resolve_logins được lưu trữ trước khi thực hiện thay đổi vai trò rồi hả?

A4: Có. Bạn phải sử dụng việc chuyển thông tin kí nhập để đảm bảo rằng các thông tin kí nhập tồn tại trong bảng syslogins hệ thống trên hệ phục vụ thứ cấp. Điều này không đảm bảo rằng người dùng có thể sử dụng bộ máy cơ sở dữ liệu thứ cấp (nếu bộ máy cơ sở dữ liệu thứ cấp được nạp trong chế độ chờ). Nếu người dùng đã sử dụng bộ máy cơ sở dữ liệu thứ cấp trước khi thực hiện kí nhập vận chuyển thay đổi vai trò, hãy xem câu hỏi 1 trong phần này.

Q5: sp_resolve_logins lưu trữ thủ tục làm việc cho thông tin kí nhập từ xa trong SQL Server?

A5: Không. Sp_resolve_logins lưu trữ thủ tục chỉ làm việc cho thông tin kí nhập điển hình. Bất kỳ thông tin kí nhập từ xa phải được tạo theo cách thủ công trên hệ phục vụ thứ cấp.

kí nhập vận chuyển giám sát

Q1: kí nhập vận chuyển sao lưu và ra khỏi đồng bộ cảnh báo bắn, ngay cả khi hệ phục vụ thứ cấp được Cập Nhật với các đồng gửi lưu Nhật ký giao dịch. Đây có phải là có thể?

A1: Có. Có thể rằng các cảnh báo có thể cháy ngay cả bộ máy cơ sở dữ liệu thứ cấp khi đang được Cập Nhật. Nếu ngưỡng cảnh báo được đặt thành một giá trị ít hơn tăng gấp đôi thời gian giữa sao lưu và sao chép hoặc khôi phục lại công việc, các cảnh báo có thể được nâng lên. Nếu các cảnh báo đang được nâng lên và ngưỡng là gần hoặc ít hơn hai lần thời gian giữa sau đó sao lưu và sao chép hoặc khôi phục lại công ăn việc làm, đi trước và tăng ngưỡng.

Q2: Tại sao các đồng gửi lưu Nhật ký giao dịch không để khôi phục trên hệ phục vụ thứ cấp?

A2: đồng gửi lưu Nhật ký giao dịch chỉ có thể được khôi phục nếu họ đang có trong một chuỗi. Trình tự này được xác định bởi các lĩnh vực LastLSNFirstLSN được trả về bởi các KHÔI PHỤC HEADERONLY bộ chỉ huy. Nếu trường LastLSN và các lĩnh vực FirstLSN không hiển thị cùng số ngày liên tiếp giao dịch kí nhập sao lưu, chúng không phải restorable theo thứ tự đó. Có thể có nhiều lý do cho sao lưu Nhật ký giao dịch bên ngoài trình tự. Một số trong những lý do phổ biến nhất là:
  • Không có dự phòng giao dịch kí nhập sao lưu công ăn việc làm trên máy chủ theprimary đang gây ra trình tự là bị hỏng.
  • Không có hoạt động phòng không kí nhập được thực hiện trong bộ máy cơ sở dữ liệu. Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
    272093 Mô tả ảnh hưởng của nonlogged và kí nhập tối thiểu hoạt động từ ngày giao dịch kí nhập sao lưu và quá trình khôi phục SQL Server
  • Các mô hình phục hồi của bộ máy cơ sở dữ liệu có thể là sao lưu bản ghi của giao dịch toggledbetween.
  • Nhiệm vụ dữ liệu chuyển đổi bản ghi dịch vụ (DTS) trên primaryserver có thể gây ra vấn đề này. Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
    308267 Khắc phục: DTS sao chép các đối tượng tác vụ (DMO) phá vỡ giao dịch kí nhập chuỗi sao lưu bằng cách chuyển chế độ phục hồi để đơn giản trong khi chuyển
Q3: Nơi có thể tìm thấy thông tin về lỗi trong khi thực hiện sao lưu, sao chép hoặc khôi phục lại hoạt động?

A3: Để hiểu rõ hơn về một cặp vận chuyển cụ thể kí nhập, hãy làm theo các bước sau:
  1. Mở SQL Server Enterprise Manager, và sau đó kết nối với máy chủ themonitor.
  2. Trong mục quản lý, bấm vào kí nhập vận chuyển màn hình. Trong ngăn bên phải cửa sổ, tất cả vận chuyển kí nhập cặp aredisplayed (mà đã được cấu hình với hệ phục vụ này làm máy chủ màn hình).Nếu kí nhập vận chuyển cặp không hiển thị, Bấm chuột phải vào kí nhập màn hình vận chuyển (dưới quản lý), và sau đó nhấp vào làm mới.
  3. Bấm chuột phải vào Nhật ký vận chuyển cặp mà bạn muốn biết informationabout, và sau đó nhấp vào Xem sao lưu lịch sử để xem sao lưu lịch sử công việc.
  4. Bấm chuột phải vào kí nhập vận chuyển cặp, và sau đó nhấp vào Xem bản sao/khôi phục lại lịch sử để xem lịch sử cho đồng gửi và khôi phục lại công việc.
  5. Bấm chuột phải vào Nhật ký vận chuyển cặp, và sau đó nhấp vào thuộc tính để xem các bản ghi hiện tại vận chuyển trạm đậu, nguồn, và Destinationalert tình trạng.
Q4: Hiện tập tin tên first_file_000000000000.trn chỉ ra rằng việc sao chép hoặc khôi phục đã không thành công?

A4: Mỗi chạy đồng gửi và công việc khôi phục được liên kết với ít nhất một tệp. theo mặc định, nếu không có tập tin được sao chép hoặc khôi phục trong một số chạy của bất kỳ của hai công việc, SQL Server đặt first_file_000000000000.trn trong trường tập đã đặt tên tin . Điều này có thể hoặc có thể chỉ ra một vấn đề. Ví dụ, lần đầu tiên mà sao chép hoặc khôi phục lại công việc đang chạy trên máy chủ thứ hai, có thể không có bất kỳ tập tin có sẵn để sao chép hoặc khôi phục. Trong trường hợp này, first_file_000000000000.trn không nhất thiết phải thể hiện một lỗi. Tuy nhiên, trong một số trường hợp, điều này có thể đại diện cho một vấn đề. Đọc bài viết Cơ sở tri thức Microsoft sau cho biết thêm thông tin:
292586 sao lưu, sao chép, và tải thông tin việc làm không được Cập Nhật trên màn hình vận chuyển kí nhập
Q5: Là bạn có thể thay đổi tần số và các điểm đến của các đồng gửi lưu Nhật ký giao dịch, trên hệ phục vụ chính, sau khi kí nhập vận chuyển đã được hoạt động trong một thời gian?

A5: Có. Thông tin này là trong các kế hoạch bảo trì máy chủ chính. Để xem các thông tin, hãy làm theo các bước sau:
  1. Nhấp đúp vào các Kế hoạch bảo trì trên máy chủ chính cho bộ máy cơ sở dữ liệu cho đó informationmust này được sửa đổi.
  2. Nhấp vào đồng gửi lưu Nhật ký giao dịch tab. sửa đổi đích và tần số trong dialogbox.
  3. Bởi vì công việc đồng gửi trên máy chủ thứ hai là expectingto đồng gửi sao lưu Nhật ký giao dịch từ phần quy định tại thời gian logshipping được thành lập, công việc này có thể không thành công sau khi thay đổi mục tin thư thoại đích cho Nhật ký giao dịch trở lại up. Để biết thêm thông tin về làm thế nào để làm việc aroundthis vấn đề, đọc các bài viết sau đây trong Microsoft KnowledgeBase:
    314570 Không thể sửa đổi sao lưu mạng chia sẻ sau khi bạn thay đổi mục tin thư thoại sao lưu Nhật ký giao dịch

nhật ký thay đổi vai trò vận chuyển

Q1: Làm thế nào để tôi có thể thực hiện một kí nhập thay đổi vai trò vận chuyển?

A1: Nhấp vào liên kết sau đây để đọc các chủ đề SQL Server 2000 sách trực tuyến về thực hiện một kí nhập thay đổi vai trò vận chuyển:

Làm thế nào để thiết lập và thực hiện một Nhật ký giao hàng thay đổi vai trò (Transact-SQL)

Q2: Có thể tôi thực hiện một sự thay đổi vai trò trong khi máy chủ chính là diễn đàn hoặc không có sẵn?

A2: Có. Chạy các sp_change_primary_role Các thủ tục dịch sẵn trên máy chủ chính là tùy chọn.

Q3: Tại sao sp_resolve_logins lưu trữ thủ tục thất bại với lỗi 208 khi chạy từ bộ máy cơ sở dữ liệu thứ cấp tại thời điểm thay đổi vai trò?

A3:Sp_resolve_logins lưu trữ thủ tục không vượt qua vòng loại bảng sysusers hệ thống với tiền tố bộ máy cơ sở dữ liệu tổng thể . Đây là một vấn đề được biết đến với mã cho các thủ tục sp_resolve_logins lưu trữ. Để biết thêm chi tiết về vấn đề này, đọc bài viết sau trong cơ sở kiến thức Microsoft:
310882 LỖI: sp_resolve_logins lưu trữ thủ tục thất bại nếu thực hiện trong quá trình kí nhập thay đổi vai trò vận chuyển
Q4: Là có một vấn đề khi quảng bá một hệ phục vụ thứ cấp để là một máy chủ chính, khi có nhiều máy chủ trung học tham gia vào một sự thay đổi vai trò?

A4: Đọc bài viết Cơ sở tri thức Microsoft sau về một vấn đề được biết đến có thể gây ra lỗi trong khi thực hiện một sự thay đổi vai trò có liên quan đến nhiều máy chủ phụ:
300497 Khắc phục: Đăng vận chuyển: không thể thay đổi vai trò từ trung học đến chính khi bộ máy cơ sở dữ liệu tên là khác nhau
Q5: Làm thế nào có thể tôi thiết lập lại Nhật ký tàu sau đợt quảng bá chủ phụ được máy chủ chính?

A5: Nếu hộp kiểm cho phép bộ máy cơ sở dữ liệu để thừa nhận vai trò chính lựa chọn, trong khi thiết lập kí nhập vận chuyển, trong hộp thoại Thêm điểm đến bộ máy cơ sở dữ liệu , hãy làm theo các bước sau để thêm máy chủ phụ mới sau khi thực hiện một sự thay đổi vai trò. Nếu các thiết lập đã không được chọn, sử dụng thuật sĩ bảo trì có kế hoạch để thiết lập kí nhập vận chuyển sau khi một sự thay đổi vai trò.
  1. Mở SQL Server Enterprise Manager, và sau đó kết nối đến máy chủ chính thepromoted. kiểm nhập máy chủ mà bạn muốn thêm như máy chủ thesecondary.
  2. Mở rộng quản lý (trong SQL Server Enterprise Manager), và sau đó nhấp vào Bảo trì có kế hoạch. Bấm chuột phải vào kế hoạch bảo trì thích hợp từ danh sách, andthen bấm thuộc tính.
  3. Nhấp vào tab kí nhập vận chuyển , và sau đó bấm vào Thêm.
  4. Cung cấp các thông tin thích hợp liên quan đến secondaryserver về hộp thoại này, và sau đó nhấp vào OK. Điều này sẽ thêm hệ phục vụ thứ cấp mới cho logshipping.
Q6: Làm thế nào có thể tôi tiếp tục kí nhập tàu phục vụ chính cũ mà không khôi phục lại một sao lưu bộ máy cơ sở dữ liệu?

A6: Nó có thể kí nhập tàu giữa hai máy chủ nhiều lần mà không cần phải khôi phục sao lưu bộ máy cơ sở dữ liệu đầy đủ. Yêu cầu là rằng cả hai tiểu học và trung học các máy chủ có sẵn khi bạn thực hiện các thủ tục thay đổi vai trò. Là một phần của thực hiện thay đổi vai trò, bạn phải chạy các sp_change_primary_role thủ tục dịch sẵn. Bạn phải chạy thủ tục sp_change_primary_role lưu trữ với một tham số @final_state hoặc 2 hoặc 3. Điều này sẽ để lại bộ máy cơ sở dữ liệu chính trong một nhà nước unrecovered sau khi thực hiện Nhật ký giao dịch sao lưu. Bởi vì bộ máy cơ sở dữ liệu còn lại trong một nhà nước unrecovered, bộ máy cơ sở dữ liệu này có thể được chọn khi điểm đến vận chuyển kí nhập được thêm vào (như đã giải thích trong câu hỏi trước đó). Bằng cách này bạn không cần phải tải lại đồng gửi lưu bộ máy cơ sở dữ liệu.

Vận chuyển loại bỏ kí nhập

Q1: Làm thế nào tôi có thể ngừng kí nhập vận chuyển cho một bản ghi cụ thể vận chuyển cặp?

A1: Thực hiện theo các bước sau để loại bỏ một cặp vận chuyển đăng nhập:
  1. Mở SQL Server Enterprise Manager trên primaryserver. Mở rộng quản lý, và sau đó nhấp vào Bảo trì có kế hoạch. Bấm chuột phải vào các Kế hoạch bảo trì, và sau đó bấm thuộc tính.
  2. Nhấp vào tab kí nhập vận chuyển , và sau đó bấm để chọn các bản ghi vận chuyển cặp mà bạn muốn loại bỏ.
  3. Nhấp vào nút chọn một chỉ lệnh xóa bỏ cặp này từ Nhật ký vận chuyển. Nếu đây là cặp cuối trong vận chuyển, kí nhập, nhấp vào xoá loại bỏ kí nhập vận chuyển. Nếu bạn muốn tiếp tục vận chuyển đến máy chủ adifferent hoặc một cơ sở dữ liệu ký sự, bấm vào Thêm. Sau đó, bấm để chọn các máy chủ thích hợp hoặc bộ máy cơ sở dữ liệu để actas chủ phụ trước khi bạn loại bỏ các bản ghi sẵn có vận chuyển thứ cấp.
Q2: Có một vấn đề với loại bỏ kí nhập vận chuyển cho một bộ máy cơ sở dữ liệu có kí tự đại diện đặc biệt trong tên của nó?

A2: Đọc bài viết Cơ sở tri thức Microsoft sau, thảo luận về vấn đề này chi tiết hơn:
295936 Khắc phục: Lỗi loại bỏ kí nhập bán ra trên bộ máy cơ sở dữ liệu thứ cấp khi bộ máy cơ sở dữ liệu tên có báo giá

TÀI LIỆU THAM KHẢO

Để biết thêm chi tiết về kí nhập vận chuyển, ghé thăm Web site sau của Microsoft
275146 câu hỏi thường gặp - SQL Server 7.0 - kí nhập vận chuyển
Không thấy câu trả lời cho câu hỏi của bạn? Hãy ghé thăm nhóm tin Microsoft SQL Server tại: Ý kiến về điều này hoặc các bài viết cơ sở kiến thức Microsoft? Thả chúng tôi một lưu ý tại SQLKB@Microsoft.com.

Để biết thêm thông tin, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
917544 LỖI: Bạn nhận được một thông báo lỗi khi bạn chạy công việc "Đăng nhập vận chuyển cảnh báo công việc - khôi phục" trong SQL Server 2000
Tham khảo
Đăng nhập câu hỏi thường gặp vận chuyển giấy trắng

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 314515 - Xem lại Lần cuối: 12/07/2015 08:23:11 - Bản sửa đổi: 4.0

Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2000 Developer Edition

  • kbnosurvey kbarchive kbsqlsetup kbinfo kbmt KB314515 KbMtvi
Phản hồi