Tìm hiểu về các tùy chọn để sao chép bảng từ cơ sở dữ liệu SQL Server này sang cơ sở dữ liệu SQL Server khác bao gồm Máy chủ được liên kết, PowerShell, Dịch vụ tích hợp, sao lưu và khôi phục cùng với các chỉ số hiệu suất liên quan và thời gian hoàn thành.

Bạn đang xem : sao chép bảng mssql với dữ liệu

Bởi: | Cập nhật: 2019-05-14 | Nhận xét (14) | Liên quan: Thêm & gt; Nhập và Xuất

Vấn đề

Bạn cần sao chép một bảng từ cơ sở dữ liệu SQL Server này sang cơ sở dữ liệu SQL Server khác, vậy những tùy chọn nào
có không, và tùy chọn nào hiệu quả hơn trong các trường hợp khác nhau?

Giải pháp

Để tiến hành thử nghiệm mẹo này, tôi đã tìm kiếm cơ sở dữ liệu lớn nhất mà tôi có thể
tìm trên máy chủ sử dụng EXEC [sp_databases] và tôi đã tìm thấy một máy chủ có dung lượng 146 GB. Sau đó,
Tôi đã tìm kiếm trong [sys]. [Dm_db_partition_stats] để tìm bảng lớn nhất trong cơ sở dữ liệu.
Tôi đã tìm thấy một hàng có 13 triệu hàng có kích thước 14,8 GB, vì vậy mỗi hàng là 0,001 MB
về kích thước.

Bước tiếp theo để kiểm tra là tạo cơ sở dữ liệu đích. Để tạo
sử dụng cơ sở dữ liệu

SQL Server Management Studio
(SSMS), nhấp chuột phải vào “Cơ sở dữ liệu” và
chọn “Cơ sở dữ liệu mới…”. Tôi đã để lại các tùy chọn mặc định, nhưng bạn có thể
tạo nó với 15 GB kích thước ban đầu và 1 GB tăng trưởng. Tôi cũng rời khỏi sự phục hồi
mô hình là “đơn giản” để tránh tăng trưởng tệp nhật ký.

Chúng tôi sẽ kiểm tra bốn phương pháp khác nhau trong mẹo này để sao chép bảng từ một SQL
Cơ sở dữ liệu máy chủ sang một máy chủ khác:

  • Sử dụng máy chủ được liên kết
  • Sử dụng PowerShell và dbatools-io
  • Sử dụng SSIS
  • Sử dụng sao lưu và khôi phục

Sử dụng máy chủ được liên kết để sao chép bảng máy chủ SQL sang máy chủ khác

Phương pháp này giả định rằng có giao tiếp giữa máy chủ-A và máy chủ-B.
Sử dụng SQL Server Management Studio cho máy chủ-A, đi tới “Đối tượng máy chủ”,
sau đó “Máy chủ được Liên kết”, nhấp chuột phải và chọn “Máy chủ được Liên kết Mới…”.
Trong tên, hãy nhập tên thật của máy chủ-B, trong “Loại máy chủ” chọn “SQL
Máy chủ “(lưu ý điều này có thể được thay đổi thành” Nguồn dữ liệu khác “cho
DBMS), trong “Bảo mật”, chọn “Được thực hiện bằng thông tin đăng nhập hiện tại
bối cảnh bảo mật “và trong” Tùy chọn máy chủ “, hãy đảm bảo” RPC ”
và “RPC Out” được đặt thành “True”.

Sau đó, bạn cần tạo cơ sở dữ liệu đích trong máy chủ-B như đã mô tả trước đó.
Tiếp theo, để tạo bảng đích trong máy chủ-B bằng SQL Server Management Studio,
Tôi đã tìm kiếm bảng trong máy chủ-A, nhấp chuột phải vào bảng đó, chọn “Bảng tập lệnh
là “rồi đến” CREATE To “và cuối cùng là” Clipboard “. Sau đó, tôi chạy
tập lệnh này trên máy chủ-B trong cơ sở dữ liệu mới mà tôi vừa tạo.

Để sao chép dữ liệu, bạn có thể chạy một truy vấn như sau trong máy chủ-A:

CHÈN VÀO [SERVERB]. [Tmp]. [Dbo]. [A_w] (& lt; columnA & gt;, & lt; columnB & gt;,…)
CHỌN & lt; columnA & gt;, & lt; columnB & gt;,…
TỪ [nguồn]. [Dbo]. [A_w]

Lưu ý rằng SERVERB là tên của máy chủ được liên kết. Ngoài ra, tôi phải chỉ định
tên cột, vì có một cột thuộc loại TIMESTAMP không cho phép
giá trị được chỉ định. Vì bảng này có 241 cột nên tôi đã sử dụng “Tìm-Thay thế”
chức năng của SSMS để làm cho việc này dễ dàng hơn.

Trước khi lệnh kết thúc, bạn có thể đếm số hàng trong máy chủ-B
bằng cách sử dụng một truy vấn như sau:

THIẾT LẬP MỨC ĐỘ CỰC KỲ GIAO DỊCH ĐÃ ĐỌC KHÔNG ĐƯỢC ĐỀ XUẤT
CHỌN ĐẾM (1)
TỪ [tmp]. [Dbo]. [A_w]

Bạn có thể theo dõi việc sử dụng tài nguyên với “Trình quản lý Tác vụ” trong cả hai máy chủ-A
và máy chủ-B. Tôi nhận thấy bộ nhớ vẫn giữ nguyên mà SQL Server đã gán,
và CPU và mạng hiển thị mức sử dụng bình thường. Bạn cũng có thể theo dõi số liệu thống kê truy vấn bằng cách sử dụng
sp_WhoIsActive :

Trên máy chủ nguồn, đây là số liệu thống kê:

  • Có một kết nối và không có giao dịch nào bắt đầu
  • Tiêu thụ 9,5 giờ thời gian CPU
  • Đã thực hiện 71 triệu lượt đọc
  • 2 triệu lượt viết
  • 3 triệu lượt đọc
  • Đã tiêu thụ 14 GB trong tempdb

Kế hoạch thực hiện như sau:

Trên máy chủ mục tiêu, đây là số liệu thống kê:

  • Có một kết nối và một giao dịch đã bắt đầu
  • Tiêu tốn 4,6 giờ thời gian CPU
  • Thực hiện 35 triệu lượt đọc
  • 1,5 triệu lượt viết
  • 1400 lần đọc vật lý
  • Đã tiêu thụ 0 GB trong tempdb

Khi lệnh hoàn tất thực thi, thời gian đã trôi qua là 10,5 giờ ,
vì vậy, điều này có nghĩa là phải mất 0,003 giây để chuyển mỗi hàng (tính cả kho lưu trữ
hàng trong tempdb, chuyển mạng và chèn vào bảng đích). Đang xem
điều này từ một góc nhìn khác, cứ mỗi giây 343 hàng (0,4 MB) đã được chuyển.

Dựa trên những kết quả này, ngay cả khi đây là phương pháp dễ thiết lập nhất, chúng tôi có thể
thấy rõ đây không phải là lựa chọn tốt nhất để truyền một lượng lớn dữ liệu, bởi vì
dữ liệu bắt đầu được chuyển từng hàng đến máy chủ đích trong một
và vì tốc độ mạng giữa hai máy chủ trung bình là 15 MB / giây
và chúng tôi chỉ sử dụng 2,6% trong số đó.

Xem Thêm  mysqli_fetch_array(): Argument #1 must be of type mysqli_result. How to deal with mysqli problems? - fetch_assoc trong php

Sử dụng PowerShell và dbatools-io để sao chép bảng máy chủ SQL sang máy chủ khác

Phương pháp này giả định có giao tiếp giữa máy chủ ứng dụng với máy chủ-A
và cùng một máy chủ ứng dụng đến máy chủ-B, đồng thời yêu cầu bạn phải cài đặt dbatools.io
trên máy chủ ứng dụng,

đây là một liên kết
sẽ giúp bạn cài đặt. Bạn cũng cần tạo
cơ sở dữ liệu đích và bảng đích trên máy chủ-B như được mô tả trước đó.

Khi điều này đã được thiết lập, bạn có thể đưa ra lệnh PowerShell như thế này để sao chép
các hàng:

 

Copy-DbaDbTableData

-SqlInstance

SERVERA

-Database

tmp

-Table

dbo.a_w

-Destination

SERVERB

-DestinationDatabase

tmp

Bạn có thể theo dõi việc sử dụng tài nguyên với “Trình quản lý Tác vụ” trong máy chủ ứng dụng,
máy chủ-A và máy chủ-B. Tôi không nhận thấy bất kỳ sự tăng vọt nào trong bộ nhớ và CPU
và mạng hiển thị mức sử dụng bình thường.

Trên máy chủ nguồn, đây là số liệu thống kê:

  • Có một kết nối và không có giao dịch nào bắt đầu
  • Tốn 116 giây thời gian CPU
  • Đã thực hiện 2 triệu lượt đọc
  • 0 viết
  • 2 triệu lượt đọc
  • Đã tiêu thụ 0 GB trong tempdb

Kế hoạch thực hiện như sau:

Trên máy chủ mục tiêu, đây là số liệu thống kê:

  • Có một kết nối và 2 giao dịch đang mở
  • Tốn 142 giây thời gian CPU
  • Đã thực hiện 1 triệu lượt đọc
  • 0,5 triệu lượt viết
  • 0 lần đọc vật lý
  • Đã tiêu thụ 0 GB trong tempdb

Kế hoạch thực hiện như sau:

Sau khi chạy xong, tôi đã xác minh rằng nó đã sao chép 13 triệu hàng và
thời gian là 15 phút 18 giây, vì vậy điều này có nghĩa là mất 0,00007 giây
để chuyển từng hàng (đếm chuyển mạng và chèn vào bảng đích).
Xem điều này từ một góc độ khác, cứ mỗi giây 14160 hàng (16,5 MB) là
được truyền, là băng thông mạng trung bình.

Dựa trên những kết quả này, phương pháp này là phương pháp dễ thiết lập nhất (chỉ khi dbatools-io
đã được cài đặt) và là một ứng cử viên rất tốt để chuyển một lượng lớn
dữ liệu, bởi vì nó đang sử dụng bản sao hàng loạt theo cách truyền trực tuyến, vì vậy nó là nhanh nhất và
tốn ít tài nguyên nhất.

Đây là tài liệu
cho chức năng PowerShell này và nó cũng có các tùy chọn
để chỉ định một truy vấn và thay đổi kích thước lô để cải thiện hiệu suất hơn nữa,
trong số nhiều tùy chọn khác. Điều duy nhất nó không thể làm là chuyển đổi, vì vậy
bạn sẽ cần thêm các lệnh PowerShell khác để đạt được điều này, điều này có thể trở nên phức tạp.

Sử dụng SSIS để sao chép bảng máy chủ SQL sang máy chủ khác

Phương pháp này giả định rằng có giao tiếp giữa một máy chủ ứng dụng (có Visual
Studio với các công cụ SSDT được cài đặt) tới máy chủ-A và cùng một máy chủ ứng dụng cho máy chủ-B.
Bạn cũng cần tạo cơ sở dữ liệu đích và bảng đích trong máy chủ-B
như đã mô tả trước đó.

Sau khi hoàn tất việc này, bạn có thể tạo giải pháp SSIS như sau:

  1. Mở “Visual Studio with SSDT tools”, đi tới Tệp & gt; Mới & gt;
    Dự án…, đi tới Mẫu & gt; Business Intelligence & gt; Hội nhập
    Dịch vụ và chọn “Dự án Dịch vụ Tích hợp”.
  2. Trong “Package.dtsx”, trong tab “Control Flow”, hãy thêm một “Data
    Nhiệm vụ luồng “. Bên trong” Nhiệm vụ luồng dữ liệu “này, sử dụng” Nguồn
    Assistant “tạo kết nối với máy chủ nguồn và sử dụng” Destination
    Trợ lý “tạo kết nối với máy chủ mục tiêu. Thao tác này sẽ thêm
    các thành phần bắt buộc trong “Trình quản lý kết nối” và cũng sẽ thêm
    các thành phần trong luồng dữ liệu.
  3. Mở “Nguồn OLE DB” và thay đổi phần sau:
    1. Chọn tên của bảng mà bạn muốn sao chép dữ liệu.
    2. Trong tab “Cột”, bỏ chọn cột của loại dữ liệu TIMESTAMP,
      nếu bạn có một.
  4. Kết nối đầu ra của “Nguồn OLE DB” với đầu vào của “OLE
    Đích DB “.
  5. Mở “Đích đến của OLE DB” và thay đổi những điều sau:
    1. Chọn tên của bảng nơi các bản ghi sẽ được chèn vào.
    2. Đảm bảo rằng “Khóa bảng” được chọn, để tránh khóa hàng
      bất cứ lúc nào.
    3. Đảm bảo rằng “Kiểm tra các ràng buộc” được bỏ chọn (trừ khi bạn
      muốn chúng được kiểm tra, nhưng điều này sẽ làm chậm quá trình).
    4. Chỉ định “Hàng mỗi lô” là 5000 để phù hợp với thử nghiệm đã thực hiện
      với dbatools-io. Điều này có thể được điều chỉnh tùy thuộc vào hiệu suất bạn có được.
    5. Đảm bảo rằng “Kích thước cam kết chèn tối đa” là tối đa,
      trừ khi bạn muốn cam kết thường xuyên hơn, nhưng điều này sẽ làm chậm quá trình.
    6. Chuyển đến tab “Ánh xạ” và đảm bảo rằng các ánh xạ là chính xác
      giữa nguồn và đích.

Sau đó, bạn có thể nhấp vào “Bắt đầu” để bắt đầu quá trình, nó sẽ tiếp tục hiển thị
số hàng hiện tại đã được xử lý, như trong hình ảnh bên dưới:

Bạn có thể theo dõi việc sử dụng tài nguyên với “Trình quản lý Tác vụ” trong máy chủ ứng dụng,
máy chủ-A và máy chủ-B. Tôi không nhận thấy bất kỳ sự tăng vọt nào trong bộ nhớ và CPU
và mạng hiển thị mức sử dụng bình thường.

Trên máy chủ nguồn, đây là số liệu thống kê:

  • Có một kết nối và không có giao dịch nào bắt đầu
  • Tiêu tốn 137 giây thời gian CPU
  • Đã thực hiện 2 triệu lượt đọc
  • 0 viết
  • 2 triệu lượt đọc
  • Đã tiêu thụ 0 GB trong tempdb
Xem Thêm  Python: Tách một chuỗi trên nhiều dấu phân cách • dữ liệu - python chia theo chuỗi

Kế hoạch thực hiện như sau:

Trên máy chủ mục tiêu, đây là số liệu thống kê:

  • Có một kết nối và 2 giao dịch đang mở
  • Tiêu tốn 672 giây thời gian CPU
  • Thực hiện 25 triệu lượt đọc
  • 2 triệu lượt viết
  • 2600 lần đọc vật lý
  • Đã tiêu thụ 0 GB trong tempdb

Kế hoạch thực hiện như sau:

Sau khi gói chạy xong, tôi đã xác minh rằng gói này đã sao chép 13 triệu hàng
và thời gian đã trôi qua là 18 phút 5 giây , vì vậy điều này có nghĩa là
mất 0,00008 giây để chuyển mỗi hàng (tính chuyển mạng và chèn
trong bảng đích). Xem điều này từ một góc độ khác, cứ sau 12000 giây
hàng (14 MB) đã được chuyển, rất gần với băng thông mạng trung bình.

Sự khác biệt giữa phương pháp này và dbatools-io là:

  • Tôi đã cài đặt dbatools-io trong máy chủ-A, vì vậy không có sự chuyển giao nào giữa
    máy chủ này và máy chủ ứng dụng, và đây là một trong những lý do khiến nó nhanh hơn.
  • Kiểm tra này được thực hiện bên trong Visual Studio với tính năng gỡ lỗi được bật; một khi
    gói được triển khai, nó sẽ chạy nhanh hơn nhiều lần.
  • Trong máy chủ mục tiêu, nó tiêu thụ nhiều CPU hơn 5 lần, hoạt động nhiều hơn 25 lần
    đọc, ghi nhiều hơn 4 lần và 2600 lần đọc vật lý so với 0 trong dbatools-io. Tôi không
    có lý do tại sao SSIS thực hiện điều này, nhưng đây là một trong những lý do khiến nó chậm hơn.

Dựa trên những kết quả này, phương pháp này là một ứng cử viên rất tốt để chuyển lớn
lượng dữ liệu, bởi vì nó đang sử dụng bản sao hàng loạt theo cách truyền trực tuyến, vì vậy nó rất
nhanh chóng và ít sử dụng tài nguyên hơn. Phương pháp này cho phép bạn tạo các phép biến đổi
để xây dựng một giải pháp ETL thực sự. Điều này cũng cho phép bạn tạo các Luồng điều khiển song song,
vì vậy quá trình này có thể được cải thiện hơn nữa. Và đối với cơ sở dữ liệu không phải SQL Server, điều này
cũng sẽ là tùy chọn ưu tiên.

Sử dụng Sao lưu và Khôi phục để Sao chép Bảng Máy chủ SQL sang Máy chủ khác

Bạn có thể sao chép dữ liệu vào bảng tạm thời trong cơ sở dữ liệu mới trong máy chủ-A, sau đó
sao lưu cơ sở dữ liệu này và khôi phục nó trong máy chủ đích, và cuối cùng là di chuyển
dữ liệu từ cơ sở dữ liệu được khôi phục vào bảng đích thực.

Tạo cơ sở dữ liệu tạm thời và sao chép bảng vào cơ sở dữ liệu tạm thời

Bạn cần tạo cơ sở dữ liệu đích trong máy chủ-A như được mô tả trước đó,
nhưng không cần tạo bảng đích vì bạn sẽ phát hành
một lệnh như thế này:

CHỌN * VÀO [tmp]. [Dbo]. [A_w]
  TỪ [nguồn]. [Dbo]. [A_w]

Lưu ý rằng bạn không cần chỉ định các cột ngoại trừ cột có TIMESTAMP
loại dữ liệu. Sau khi chạy lệnh, tôi đã xác minh nó hoàn tất sau 1 phút 58 giây.

Xem xét các số liệu thống kê:

  • Có một kết nối và hai giao dịch đang mở
  • Tốn 232 giây thời gian CPU
  • Thực hiện 2795 lần đọc
  • 3 lần viết
  • 0 lần đọc vật lý
  • Đã tiêu thụ 0 GB trong tempdb

Kế hoạch thực hiện như sau:

Điều này giải thích tại sao chỉ mất vài phút để sao chép tất cả dữ liệu, cảm ơn
đến

song song
.

Sao lưu cơ sở dữ liệu tạm thời, chuyển và khôi phục sang máy chủ khác

Sau đó, bạn có thể chạy các lệnh như lệnh bên dưới để sao lưu cơ sở dữ liệu, sao chép
tệp và khôi phục cơ sở dữ liệu trong máy chủ đích:

CƠ SỞ DỮ LIỆU DỰ PHÒNG [tmp] TO DISK = N'C: \ tmp.bak '
VỚI COPY_ONLY, NOFORMAT, NOINIT, NAME = N'tmp-Full Database Backup ', SKIP, NOREWIND, NOUNLOAD

EXEC xp_cmdshell 'copy "C: \ tmp.bak" "\\ SERVERB \ C $ \ tmp.bak"'

EXEC xp_cmdshell 'sqlcmd -S SERVERB -Q "KHÔI PHỤC CƠ SỞ DỮ LIỆU [tmp] FROM DISK =' 'C: \ tmp.bak' 'VỚI FILE = 1, CHUYỂN N''tmp' 'ĐẾN N''C: \ DATA \ tmp .mdf '', CHUYỂN N''tmp_log '' ĐẾN N''C: \ Log \ tmp_log.ldf '', NOUNLOAD "'

Sau khi chạy nó, tôi đã xác minh rằng nó hoàn thành sau 2 phút 14 giây, vì
bản sao lưu được nén và bảng này có nhiều giá trị lặp lại, vì vậy nó có kích thước
chỉ 0,75 GB.

Sao chép bảng vào cơ sở dữ liệu hiện có trên máy chủ khác

Cuối cùng, bạn có thể chuyển các hàng trở lại cơ sở dữ liệu đích thực; tôi mong đợi
quá trình này mất thêm 1 phút 58 giây, do đó, tổng cộng là 6 phút 10
giây.

CHỌN * VÀO [dbo]. [A_w]
  TỪ [tmp]. [Dbo]. [A_w]

Bản sao so sánh

Tùy chọn cuối cùng này nhanh hơn 100 lần so với sử dụng máy chủ được liên kết và nhanh hơn 2,5 lần so với
sử dụng dbatools-io và SSIS, nhưng yêu cầu bạn biết các ổ đĩa trong máy chủ-A và
server-B và các đường dẫn dữ liệu và nhật ký cho SQL Server trong server-B. Bạn có thể tăng tốc độ
quá trình sao lưu bằng cách chỉ định nhiều tệp đích, nhiều ổ đĩa, một
gắn ổ đĩa truy cập nhanh hoặc tăng kích thước bộ đệm để sử dụng 100% CPU
trong bản sao lưu này, vì vậy đối với cơ sở dữ liệu rất lớn, đây sẽ là tùy chọn ưu tiên.
Ngoài ra, tùy chọn này cho phép bạn chuyển dữ liệu đến một máy chủ không có
kết nối mạng (hoặc quá chậm để truyền qua nó) hoặc khôi phục
dữ liệu trong nhiều máy chủ cùng một lúc, nhưng không thể được thực hiện trên DBMS.

Xem Thêm  Cách sử dụng kiểu nhập HTML5 'tệp' - Với các ví dụ - tệp đính kèm biểu mẫu html

Các phương pháp khác để sao chép dữ liệu máy chủ SQL

Ngay cả khi có các tùy chọn khác, những tùy chọn đó không phù hợp vì những điều sau:

  • BCP:

    đây là tài liệu
    của chương trình này, bạn có thể thấy bạn cần tạo
    một tệp đầu ra (hoặc một số tệp đầu ra), một tệp mô tả đầu ra, biết
    các loại cột, v.v. vì vậy, nó đòi hỏi nhiều nỗ lực phát triển và nếu
    bạn chỉ định một số tệp đầu ra để song song hóa công việc, bạn sẽ cần rất nhiều
    thời gian thiết lập và kiểm tra nó.
  • MỞ CỬA:

    đây là tài liệu
    của lệnh này, bạn có thể thấy nó yêu cầu một liên kết
    máy chủ, vì vậy hiệu suất sẽ tương tự như tùy chọn đã được mô tả trước đó.
  • Trình hướng dẫn SSIS: đây là chương trình có tên “SQL Server Import and Export
    Dữ liệu “đi kèm khi bạn cài đặt SQL Server; điều này tạo ra một
    Gói SSIS có thể chạy ngay lập tức hoặc có thể được lưu trữ dưới dạng Tích hợp
    Gói dịch vụ để thực hiện thêm, nhưng không cho phép bạn chỉ định
    tùy chọn nâng cao, vì vậy tốt hơn nên sử dụng giải pháp SSIS được mô tả ở trên.
  • Script out trong SSMS: đây là tùy chọn xuất hiện khi bạn nhấp chuột phải
    cơ sở dữ liệu trong SSMS, sau đó chọn “Công việc”
    & gt; “Tạo tập lệnh…”,
    sau đó chọn bảng bạn muốn xuất, tệp đầu ra và trong “Nâng cao”
    chỉ định trong “Loại dữ liệu cho tập lệnh” là “Chỉ dữ liệu”. Nhưng mà
    điều này sẽ tạo ra một câu lệnh INSERT cho mỗi hàng dưới dạng văn bản ,
    vì vậy tệp này sẽ rất lớn và bạn không thể bao gồm BLOB
    cột. Một bản sao lưu cơ sở dữ liệu đầy đủ chiếm ít dung lượng hơn tập lệnh này, vì vậy điều này
    tùy chọn chỉ phù hợp với số lượng hàng rất nhỏ.
  • Tập lệnh tùy chỉnh để tạo câu lệnh INSERT: điều này có cùng vấn đề với
    ở trên.
  • PowerShell, Python, .Net: thời gian bạn sẽ dành để xây dựng giải pháp của riêng mình,
    kiểm tra, xác thực, thực hiện kiểm tra tích hợp, gỡ lỗi các luồng song song, v.v.
    sẽ lớn hơn nhiều lần so với việc sử dụng bất kỳ giải pháp nào khác
    được mô tả ở trên, trừ khi bạn định bán chương trình của mình và bạn có thể
    chứng minh, trước khi viết một dòng mã, nó sẽ có hiệu suất cao hơn
    hơn bất kỳ giải pháp nào khác.
Các bước tiếp theo
  • Vui lòng cho chúng tôi biết trong phần nhận xét tùy chọn ưa thích của bạn là gì và
    hiệu suất bạn đang đạt được từ nó.
  • Kiểm tra

    liên kết này
    cho các tùy chọn khác để cải thiện hiệu suất của bản sao bảng.
  • Kiểm tra

    liên kết này
    cho các tùy chọn khác để cải thiện hiệu suất bằng cách sử dụng song song.
  • Kiểm tra liên kết này trên
    cách sử dụng sp_WhoIsActive.
  • Kiểm tra

    liên kết này
    về cách thiết lập dbatools-io.
  • Kiểm tra

    liên kết này
    về cách tạo các giải pháp SSIS.
  • Kiểm tra các liên kết sau để biết cách

    sao lưu


    khôi phục
    cơ sở dữ liệu.

Giới thiệu về tác giả

Xem tất cả các mẹo của tôi
, tôi đã làm việc hơn 10 năm với tư cách là nhà lập trình và phân tích phần mềm. Vào năm 2016, tôi đã chuyển công việc sang vị trí DBA, nơi tôi đã triển khai các quy trình mới, tạo ra các công cụ giám sát tốt hơn và phát triển kỹ năng nhà khoa học dữ liệu của mình.

Bài viết được cập nhật lần cuối: 2019-05-14


Xem thêm những thông tin liên quan đến chủ đề bảng sao chép mssql với dữ liệu

SQL Cơ Bản – Import dữ liệu từ excel vào Mysql

  • Tác giả: JMaster Trung Tâm Java
  • Ngày đăng: 2018-03-05
  • Đánh giá: 4 ⭐ ( 5095 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Thực hiện import data từ file excel vào mysql dễ dàng.

Bài 01: Sao chép bảng dữ liệu trong MySQL

  • Tác giả: sites.google.com
  • Đánh giá: 4 ⭐ ( 9653 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Hướng dẫn kĩ năng thực hành tin

Bài 4: Sao lưu và phục hồi CSDL SQL Server

  • Tác giả: timoday.edu.vn
  • Đánh giá: 4 ⭐ ( 2221 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Giới thiệu đầy đủ và chi tiết cơ chế hoạt động sao lưu và phục hồi cơ sở dữ liệu trong SQL Server để chúng ta quản trị CSDL trên SQL Server một cách hiệu quả

Sao lưu và phục hồi dữ liệu trong sql server (Bài 4)

  • Tác giả: giasutinhoc.vn
  • Đánh giá: 5 ⭐ ( 8067 lượt đánh giá )
  • Khớp với kết quả tìm kiếm:

Sao chép bảng, chỉ mục và dữ liệu của MySQL

  • Tác giả: qastack.vn
  • Đánh giá: 4 ⭐ ( 3042 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: [Tìm thấy giải pháp!] Để sao chép với các chỉ mục và trình kích hoạt, hãy thực hiện 2 truy…

Di chuyển cơ sở dữ liệu với vùng chứa và sao chép cơ sở dữ liệu

  • Tác giả: helpex.vn
  • Đánh giá: 4 ⭐ ( 1044 lượt đánh giá )
  • Khớp với kết quả tìm kiếm: Di chuyển SQL Server là một sự cố định trong vòng đời của DBA và việc kết thúc hỗ trợ cho SQL Server 2008 đang thúc đẩy rất nhiều kế hoạch di chuyển. Di chuyển cơ sở dữ liệu thường liên quan…

Sao chép giữa hai table trong SQL

  • Tác giả: www.jundat95.com
  • Đánh giá: 4 ⭐ ( 3713 lượt đánh giá )
  • Khớp với kết quả tìm kiếm:

Xem thêm các bài viết khác thuộc chuyên mục: Kiến thức lập trình

By ads_php