M?t Nh?t k? giao d?ch phát tri?n b?t ng? ho?c tr? nên đ?y đ? trên máy tính đang ch?y SQL Server

D?ch tiêu đ? D?ch tiêu đ?
ID c?a bài: 317375 - Xem s?n ph?m mà bài này áp d?ng vào.
Bung t?t c? | Thu g?n t?t c?

? Trang này

TÓM T?T

Trong SQL Server 7.0, trong SQL Server 2000 và trong SQL Server năm 2005, v?i các thi?t l?p autogrow, giao d?ch đăng nh?p t?p tin m? có th? r?ng t? đ?ng.

Thông thư?ng, kích thư?c c?a t?p nh?t k? giao d?ch ?n đ?nh khi nó có th? ch?a h?t s? lư?ng các giao d?ch có th? x?y ra gi?a giao d?ch đăng nh?p truncations r?ng m?t trong hai tr?m ki?m soát ho?c giao d?ch đăng nh?p Kích ho?t b?n sao lưu.

Tuy nhiên, trong m?t s? trư?ng h?p đăng nh?p giao d?ch có th? tr? nên r?t l?n và ch?y không gian ho?c tr? nên đ?y đ?. Thông thư?ng, b?n nh?n đư?c thông báo l?i sau khi m?t giao d?ch đăng nh?p t?p tin s? đưa lên các có s?n không gian đ?a và không th? m? r?ng b?t k? chi ti?t:
L?i: 9002, M?c đ? nghiêm tr?ng: 17, nhà nư?c: 2
T?p s? ghi cơ s? d? li?u ' %. * ls' là đ?y đ?.
N?u b?n đang s? d?ng SQL Server 2005, b?n nh?n đư?c m?t l?i thông đi?p mà là tương t? như sau:
L?i: 9002, m?c đ? nghiêm tr?ng: 17, Nhà nư?c: 2
Nh?t k? giao d?ch cho cơ s? d? li?u ' %. * ls' là đ?y đ?. Đ? t?m hi?u l? do t?i sao không gian trong đăng nh?p không th? tái s? d?ng, xem log_reuse_wait_desc trong c?t sys.Databases
Thêm vào thông báo l?i này, SQL Server có th? đánh d?u cơ s? d? li?u cho r?ng v? c?a thi?u không gian cho giao d?ch đăng nh?p m? r?ng. Cho thông tin thêm v? làm th? nào đ? ph?c h?i t? t?nh tr?ng này, xem các "Không đ? dung lư?ng đ?a" ch? đ? trong SQL Server sách tr?c tuy?n.

Ngoài ra, giao d?ch đăng nh?p m? r?ng có th? d?n đ?n nh?ng trư?ng h?p sau:
  • M?t t?p s? ghi c?a giao d?ch r?t l?n.
  • Các giao d?ch có th? th?t b?i và có th? b?t đ?u đ? quay tr? l?i.
  • Các giao d?ch có th? m?t m?t th?i gian dài đ? hoàn thành.
  • Các v?n đ? hi?u su?t có th? x?y ra.
  • Ch?n có th? x?y ra.

Nguyên nhân

Giao d?ch đăng nh?p m? r?ng có th? x?y ra v? s? sau đây l? do hay k?ch b?n: Chú ý Trong SQL Server 2005, b?n có th? xem l?i các log_reuse_waitlog_reuse_wait_desc c?t c?a sys.databases xem vào c?a hàng đ? xác đ?nh nh?ng đi?u sau đây:
  • T?i sao không gian Nh?t k? giao d?ch không tái s? d?ng
  • T?i sao Nh?t k? giao d?ch không th? đư?c c?t ng?n

Kho?n giao d?ch

R? ràng các giao d?ch v?n c?n kho?n n?u b?n không v?n đ? m?t r? ràng l?nh cam k?t ho?c quay ngư?c l?i. Ph?n l?n này thư?ng x?y ra khi m?t ?ng d?ng các v?n đ? h?y b? m?t ho?c m?t l?nh giao d?ch SQL gi?t ch?t mà không có m?t tương ?ng quay ngư?c l?i l?nh. H?y b? giao d?ch x?y ra, nhưng nó không cu?n ngư?c; V? v?y, SQL Server không th? truncate m?i giao d?ch đó x?y ra sau đó v? h?y b? giao d?ch là v?n m?. B?n có th? s? d?ng tham kh?o DBCC OPENTRAN Transact-SQL đ? xác minh n?u không có đang ho?t đ?ng giao d?ch trong cơ s? d? li?u t?i m?t th?i đi?m c? th?. Đ? bi?t thêm v? trư?ng h?p c? th? này, nh?p vào s? bài vi?t sau đ? xem các bài vi?t trong cơ s? ki?n th?c Microsoft:
295108Chưa hoàn t?t giao d?ch có th? ch?a s? lư?ng l?n ? khóa và trư?ng h?p ch?n
171224 Hi?u bi?t v? cách th?c ho?t đ?ng Transact-SQL KILL l?nh
Ngoài ra, xem các ch? đ? "DBCC OPENTRAN" trong SQL Máy ch? sách tr?c tuy?n.

K?ch b?n đó có th? d?n đ?n kho?n giao d?ch:
  • M?t thi?t k? ?ng d?ng gi? đ?nh r?ng t?t c? các l?i gây ra rollbacks.
  • M?t thi?t k? ?ng d?ng không hoàn toàn đưa vào tài kho?n hành vi SQL Server khi nó cu?n l?i đ? đ?t tên các giao d?ch ho?c đ?c bi?t l?ng nhau đư?c đ?t tên theo các giao d?ch. N?u b?n c? g?ng đ? quay tr? l?i m?t n?i đ?t tên là giao d?ch, b?n nh?n đư?c thông báo l?i sau:
    Máy ch?: Msg 6401, c?p 16, bang 1, d?ng 13 không th? quay tr? l?i InnerTran. Không giao d?ch ho?c savepoint c?a tên đó đ? đư?c t?m th?y.
    Sau khi SQL Server t?o ra các thông báo l?i, nó ti?p t?c các tuyên b? ti?p theo. Đi?u này là do thi?t k?. Đ? bi?t thêm chi ti?t, xem "L?ng nhau các giao d?ch" ho?c "bên trong SQL H? ph?c v?"ch? đ? trong SQL Server sách tr?c tuy?n.

    Microsoft khuy?n cáo các sau khi b?n thi?t k? ?ng d?ng c?a b?n:
    • Ch? m? m?t giao d?ch đơn v? (xem xét các kh? năng r?ng m?t ti?n tr?nh khác có th? g?i cho b?n).
    • Ki?m tra @@ TRANCOUNT trư?c khi b?n phát hành m?t cam k?t, m?t Cu?n ngư?c tr? v? m?t, ho?c m?t tương t? như l?nh ho?c tuyên b?.
    • Vi?t m? c?a b?n v?i gi? đ?nh r?ng m?t @@ TRANCOUNT có th? "t?" c?a b?n và k? ho?ch cho các bên ngoài @@ TRANCOUNT đ? đư?c cu?n sau khi m?t l?i x?y ra.
    • Xem l?i savepoint và đánh d?u tùy ch?n cho các giao d?ch. (Đây không phát hành ? khóa!)
    • Th?c hi?n ki?m tra hoàn ch?nh.
  • M?t ?ng d?ng cho phép ngư?i dùng tương tác bên trong các giao d?ch. Đi?u này làm cho các giao d?ch đ? v?n m? cho m?t th?i gian dài, mà nguyên nhân ngăn ch?n và giao d?ch đăng nh?p tăng trư?ng do không th? m? giao d?ch đư?c c?t ng?n và các giao d?ch m?i đư?c b? sung vào Nh?t k? sau khi m? giao d?ch.
  • M?t ?ng d?ng mà không ki?m tra @@ TRANCOUNT đ? xác minh r?ng không có không có giao d?ch m?.
  • M?ng ho?c các l?i khác đóng ?ng d?ng khách hàng k?t n?i đ?n máy ch? SQL mà không c?n thông báo cho nó.
  • K?t n?i t?ng h?p. Sau khi nhân viên ch? đ? đư?c t?o ra, SQL Máy ch? reuses h? n?u h? không ph?c v? m?t k?t n?i. N?u k?t n?i ngư?i dùng b?t đ?u t? m?t giao d?ch và ng?t k?t n?i trư?c khi cam k?t ho?c lăn tr? l?i các giao d?ch, và m?t k?t n?i sau đó reuses cùng m?t s?i, trư?c đó giao d?ch v?n c?n v?n m?. T?nh tr?ng này k?t qu? trong ? khóa v?n m? t? giao d?ch trư?c đó và ngăn ng?a truncation c?a các cam k?t các giao d?ch trong Nh?t k?, mà k?t qu? trong l?n đăng nh?p kích thư?c t?p tin.Đ? bi?t thêm thông tin v? k?t n?i T?ng h?p, nh?p vào s? bài vi?t sau đây đ? xem bài vi?t trong cơ s? ki?n th?c Microsoft:
    164221Làm th? nào đ? kích ho?t k?t n?i t?ng h?p trong ?ng d?ng ODBC

Các giao d?ch r?t l?n

H? sơ đăng nh?p trong các t?p tin log giao d?ch đư?c c?t ng?n trên m?t giao d?ch b?i giao d?ch cơ s?. N?u ph?m vi giao d?ch l?n, mà giao d?ch và các giao d?ch b?t k? b?t đ?u sau khi nó không đư?c g? b? t? các giao d?ch đăng nh?p tr? khi nó hoàn thành. Đi?u này có th? d?n đ?n t?p tin đăng nh?p l?n. Nếu giao d?ch là đ? l?n, t?p nh?t k? có th? s? d?ng không gian đ?a s?n dùng và gây ra lo?i "giao d?ch đăng nh?p đ?y đ?" thông báo l?i như l?i 9002. Đ? có thêm thông tin v? nh?ng g? đ? làm g? khi b?n nh?n đư?c lo?i l?i thông đi?p đư?c cung c?p trong ph?n "Thông tin thêm" bài vi?t này. Ngoài ra, ph?i m?t r?t nhi?u th?i gian và SQL Server trên cao đ? quay tr? l?i l?n các giao d?ch.

Ho?t đ?ng: DBCC DBREINDEX và t?o ra ch? s?

V? các thay đ?i trong mô h?nh ph?c h?i trong SQL Server 2000, khi b?n s? d?ng ch? đ? Khôi ph?c đ?y đ? và b?n ch?y DBCC DBREINDEX, giao d?ch đăng nh?p có th? m? r?ng đáng k? hơn so v?i SQL Server 7.0 trong m?t ch? đ? ph?c h?i tương đương v?i vi?c s? d?ng c?a ch?n vào ho?c BULK COPY và v?i "Trunc. Thoát trên chkpt.".

M?c dù kích thư?c c?a các giao d?ch đăng nh?p sau khi chi?n d?ch DBREINDEX có th? là m?t v?n đ?, cách ti?p c?n này cung c?p t?t hơn Đăng Khôi ph?c hi?u su?t.

Trong khi khôi ph?c t? b?n sao lưu đăng nh?p giao d?ch

Đi?u này đư?c mô t? trong sau đây Microsoft Knowledge Base bài vi?t:
232196 Đăng nh?p không gian s? d?ng xu?t hi?n đ? phát tri?n sau khi khôi ph?c t? b?n sao lưu

N?u b?n đ?t SQL Server 2000 đ? s? d?ng v?i s? lư?ng l?n đăng nh?p ch? đ? và b?n phát hành m?t b?n sao v?i s? lư?ng l?n ho?c ch?n thành tuyên b?, m?i m?c đ? thay đ?i đánh d?u và sau đó sao lưu khi b?n sao lưu các b?n ghi c?a giao d?ch. M?c dù Đi?u này cho phép b?n sao lưu các b?n ghi c?a giao d?ch và ph?c h?i t? th?t b?i ngay c? sau khi b?n th?c hi?n v?i s? lư?ng l?n các ho?t đ?ng, đi?u này thêm vào kích thư?c c?a giao d?ch các b?n ghi. SQL Server 7.0 không bao g?m các tính năng này. SQL Server 7.0 duy nh?t ghi extents nào đư?c thay đ?i, nhưng nó không ghi l?i extents th?c t?. V? v?y, ghi s? chi?m không gian nhi?u hơn m?t cách đáng k? trong SQL Server 2000 hơn trong SQL Server 7.0 trong ch? đ? s? lư?ng l?n đăng nh?p nhưng không nhi?u như nó không đ?y đ? ch? đ?.

Các ?ng d?ng khách hàng không x? l? t?t c? k?t qu?

N?u b?n phát hành m?t truy v?n SQL Server và b?n không x? l? các k?t qu? ngay l?p t?c, b?n có th? đư?c gi? ? khóa và gi?m concurrency ngày c?a b?n h? ph?c v?.

Ví d?, gi? s? b?n phát hành m?t truy v?n mà đ?i h?i hàng t? hai trang đ? cư trú c?a b?n thi?t l?p k?t qu?. SQL Server phân tích, biên d?ch, và ch?y truy v?n. Đi?u này có ngh?a r?ng ? khóa đư?c chia s? đư?c đ?t trên hai trang đó ch?a các hàng mà b?n ph?i có đ? đáp ?ng các truy v?n c?a b?n. Ngoài ra, gi? s? r?ng không ph?i t?t c? các hàng phù h?p lên m?t SQL Server TDS gói (phương pháp b?i» mà máy ch? liên l?c v?i khách hàng). TDS gói đư?c đi?n và g?i cho khách hàng. N?u t?t c? các hàng t? trang đ?u tiên phù h?p v?i gói TDS, SQL Máy ch? b?n phát hành ? khóa đư?c chia s? trên trang đó nhưng lá m?t ? khóa đư?c chia s? trên các Th? hai trang. SQL Server sau đó ch? đ?i cho khách hàng đ? yêu c?u b? d? li?u (b?n có th? làm đi?u này b?ng cách s? d?ng DBNEXTROW/DBRESULTS, SQLNextRow/SQLResults, ho?c FetchLast/FetchFirst ví d?).

Đi?u này có ngh?a r?ng các khóa đư?c chia s? là t? ch?c cho đ?n khi khách hàng yêu c?u ph?n c?n l?i c?a d? li?u. Các quá tr?nh đó yêu c?u d? li?u t? trang th? hai có th? b? ch?n.

Truy v?n th?i gian ra trư?c khi m?t b?n ghi c?a giao d?ch đ? hoàn t?t các vi?c m? r?ng và b?n nh?n đư?c các thông báo l?i 'Đăng nh?p đ?y đ?' sai

Trong t?nh hu?ng này, m?c dù không đ? không gian đ?a, b?n v?n c?n nh?n m?t "ra kh?i không gian" l?i thư.

T?nh tr?ng này thay đ?i cho SQL Server 7.0 và SQL Server 2000.

M?t truy v?n có th? gây ra các giao d?ch đăng nh?p t? đ?ng m? r?ng n?u đăng nh?p giao d?ch là g?n như toàn b?. Đi?u này có th? m?t thêm th?i gian, và m?t truy v?n có th? đư?c ng?ng l?i ho?c có th? vư?t quá gian ch? c?a nó kho?ng th?i gian do. SQL Server 7.0 tr? v? l?i 9002 trong t?nh hu?ng này. V?n đ? này không áp d?ng cho SQL Server 2000.

Trong SQL Server 2000, n?u b?n có các t? đ?ng thu nh? tùy ch?n b?t đ?i v?i cơ s? d? li?u, đó là m?t th?i gian vô cùng nh? trong th?i gian đó m?t Nh?t k? giao d?ch c? g?ng t? đ?ng m? r?ng, nhưng nó không th? b?i v? các t? đ?ng thu nh? ch?c năng đang ch?y cùng m?t lúc. C?ng có th? làm sai s? ki?n v? l?i 9002.

Thông thư?ng, vi?c m? r?ng t? đ?ng giao d?ch đăng nh?p t?p tin x?y ra m?t cách nhanh chóng. Tuy nhiên, trong trư?ng h?p sau, có th? m?t lâu hơn thông thư?ng:
  • S? gia tăng trư?ng là quá nh?.
  • Máy ch? là ch?m v? các l? do.
  • ? đ?a này không đ? nhanh.

Các giao d?ch unreplicated

Giao d?ch đăng nh?p kích thư?c c?a các nhà xu?t b?n cơ s? d? li?u có th? m? r?ng n?u b?n đang s? d?ng nhân r?ng. Các giao d?ch đó ?nh hư?ng đ?n các đ?i tư?ng đư?c nhân r?ng đư?c đánh d?u là "Cho Replication." Các giao d?ch, ch?ng h?n như kho?n giao d?ch, không đư?c xóa b? sau khi đi?m ki?m tra ho?c sau khi b?n sao lưu đăng nh?p giao d?ch cho đ?n khi nhi?m v? đ?c gi? đăng nh?p sao các giao d?ch vào cơ s? d? li?u phân ph?i và b? đánh d?u chúng. N?u m?t v?n đ? v?i nhi?m v? tr?nh đ?c Nh?t k? ngăn ch?n nó t? đ?c nh?ng giao d?ch trong các nhà xu?t b?n cơ s? d? li?u, kích thư?c c?a các b?n ghi c?a giao d?ch có th? ti?p t?c m? r?ng như s? không nhân r?ng các giao d?ch tăng. B?n có th? s? d?ng DBCC OPENTRAN Transact-SQL tài li?u tham kh?o đ? xác đ?nh lâu đ?i nh?t không nhân r?ng giao d?ch.

Đ? bi?t thêm thông tin v? x? l? s? c? unreplicated các giao d?ch, xem các ch? đ? "sp_replcounters" và "sp_repldone" trong SQL Server Sách tr?c tuy?n.

Đ? bi?t thêm chi ti?t, nh?p vào s? bài vi?t sau đ? xem các bài vi?t trong cơ s? ki?n th?c Microsoft:
306769Kh?c ph?c: Giao d?ch đăng nh?p cơ s? d? li?u đư?c xu?t b?n ?nh ch?p không th? đư?c c?t ng?n
240039 Kh?c ph?c: DBCC OPENTRAN không báo cáo sao chép thông tin
198514 Kh?c ph?c: Khôi ph?c sang m?i gây ra các giao d?ch ? l?i trong đăng nh?p

THÔNG TIN THÊM

Nh?t k? giao d?ch cho b?t k? cơ s? d? li?u đư?c qu?n l? như m?t t?p h?p các ?o t?p tin đăng nh?p (VLFs) có kích thư?c SQL Server xác đ?nh n?i b? d?a trên T?ng Kích c? t?p s? ghi và tăng t?c đ? tăng trư?ng trong s? d?ng khi đăng nh?p m? r?ng. M?t Nh?t k? luôn luôn m? r?ng trong các đơn v? c?a toàn b? VLFs và nó ch? có th? nén m?t ranh gi?i BOÅ. M?t BOÅ có th? t?n t?i ? m?t trong ba ti?u bang: ho?t đ?ng, RECOVERABLE, và tái s? d?ng.
  • HO?T Đ?NG: Ph?n ho?t đ?ng c?a Nh?t k? b?t đ?u lúc tr?nh t? đăng nh?p t?i thi?u s? (LSN) đ?i di?n cho m?t giao d?ch (kho?n) ho?t đ?ng. Các ho?t đ?ng ph?n c?a Nh?t k? k?t thúc ? cu?i cùng vi?t LSN. B?t k? VLFs có ch?a b?t k? m?t ph?n các b?n ghi ho?t đ?ng đư?c xem là ho?t đ?ng VLFs. (không s? d?ng không gian trong Nh?t k? v?t l? không ph?i là m?t ph?n c?a b?t k? BOÅ.)
  • PH?C H?I: Ph?n c?a t?p nh?t k? đ?n trư?c ho?t đ?ng lâu đ?i nh?t giao d?ch ch? là c?n thi?t đ? duy tr? m?t chu?i các Nh?t k? sao lưu cho m?c đích ph?c h?i.
  • REUSABLE: N?u b?n đang không duy tr? giao d?ch đăng nh?p sao lưu, ho?c n?u b?n đ? sao lưu các b?n ghi, SQL Server reuses VLFs trư?c khi ho?t đ?ng lâu đ?i nh?t giao d?ch.
Khi SQL Server đ?t t?i k?t thúc t?p nh?t k? v?t l?, nó b?t đ?u s? d?ng l?i không gian trong t?p tin v?t l? b?i vi?c ban hành m?t xoay quanh quay chi?n d?ch b?t đ?u c?a các t?p tin. Trong th?c t?, SQL Server tái ch? các không gian trong t?p nh?t k? không c?n c?n thi?t cho vi?c ph?c h?i ho?c sao lưu m?c đích. N?u m?t tr?nh t? sao lưu s? ghi đư?c duy b? tr?, là m?t ph?n c?a Nh?t k? trư?c khi t?i thi?u LSN không th? đư?c ghi đè cho đ?n khi b?n tr? l?i lên ho?c truncate nh?ng ngư?i đăng h? sơ. Sau khi b?n th?c hi?n sao lưu đăng nh?p, SQL Server có th? v?ng tr?n tr? l?i b?t đ?u c?a t?p tin. Sau khi SQL Server v?ng tr?n tr? l?i đ? b?t đ?u vi?t h? sơ đăng nh?p trư?c đó trong t?p tin đăng nh?p, ph?n tái s? d?ng các b?n ghi là sau đó gi?a cu?i đăng nh?p h?p l? và ho?t đ?ng ph?n các b?n ghi.

Cho thông tin thêm, xem các ch? đ? "Giao d?ch đăng nh?p v?t l? ki?n trúc" trong SQL Server sách tr?c tuy?n. Ngoài ra, b?n có th? xem m?t bi?u đ? tuy?t v?i và th?o lu?n v? đi?u này trên trang 190 c?a "Bên trong SQL Server 7.0" (Soukup, Ron. Bên trong Microsoft SQL Server 7.0, Microsoft Press, 1999), và c?ng có trong các trang 182 thông qua 186 c?a "Bên trong SQL Server 2000" (Delaney, Kalen. Bên trong Microsoft SQL Server Năm 2000, Microsoft Press, 2000). Cơ s? d? li?u SQL Server 7.0 và SQL Server 2000 có các tùy ch?n đ? autogrow và autoshrink. B?n có th? s? d?ng các tùy ch?n này đ? giúp b?n nén ho?c m? r?ng log giao d?ch c?a b?n.

Đ? bi?t thêm v? cách các tùy ch?n có th? ?nh hư?ng đ?n máy ch? c?a b?n, nh?p vào s? bài vi?t sau đây đ? xem bài vi?t trong cơ s? ki?n th?c Microsoft:
315512Cân nh?c cho c?u h?nh Autogrow và Autoshrink trong SQL Server
M?t s? khác bi?t gi?a truncation so v?i nén các t?p tin log giao d?ch. Khi SQL Server truncates m?t t?p nh?t k? giao d?ch, đi?u này ngh?a là n?i dung c?a t?p tin đó (ví d?, các giao d?ch cam k?t) s? b? xóa. Tuy nhiên, khi b?n đang xem kích thư?c t?p tin t? m?t góc nh?n v? tr? đ?a (ví d?, trong Windows Explorer ho?c b?ng cách s? d?ng các DIR l?nh) kích thư?c v?n không thay đ?i. Tuy nhiên, không gian bên trong các t?p tin .ldf bây gi? có th? đư?c tái s? d?ng các giao d?ch m?i. Ch? khi SQL Server thu nh? kích thư?c c?a t?p nh?t k? giao d?ch, b?n có th?c s? th?y m?t s? thay đ?i trong Kích thư?c v?t l? c?a các t?p tin log.

Cho bi?t thêm thông tin v? làm th? nào đ? thu nh? các b?n ghi c?a giao d?ch, nh?p vào s? bài vi?t sau đ? xem các bài vi?t trong cơ s? ki?n th?c Microsoft:
256650Làm th? nào đ? thu nh? đăng nh?p giao d?ch SQL Server 7.0
272318 Thu h?p l?i trong SQL Server 2000 v?i DBCC SHRINKFILE giao d?ch, đăng nh?p
Đ? bi?t thêm thông tin v? SQL Server 6,5 giao d?ch đăng nh?p vi?c s? d?ng, nh?p vào s? bài vi?t sau đây đ? xem bài vi?t trong cơ s? ki?n th?c Microsoft:
110139Nguyên nhân c?a SQL giao d?ch đăng nh?p làm đ?y

Làm th? nào đ? xác đ?nh v? trí truy v?n mà tiêu th? m?t lư?ng l?n không gian s? ghi trong SQL Server 2005

Trong SQL Server 2005, b?n có th? s? d?ng giao di?n qu?n l? năng đ?ng sys.dm_tran_database_transactions (DMV) đ? đ?nh v? các truy v?n mà tiêu th? m?t lư?ng l?n không gian đăng nh?p. Các c?t sau đây trong sys.dm_tran_database_transactions DMV có th? h?u d?ng:
  • database_transaction_log_bytes_used
  • database_transaction_log_bytes_used_system
  • database_transaction_log_bytes_reserved
  • database_transaction_log_bytes_reserved_system
  • database_transaction_log_record_count
B?n có th? truy v?n các c?t sql_handle c?a sys.dm_exec_requests DMV đ? có đư?c văn b?n th?c t? tuyên b? r?ng tiêu th? m?t lư?ng l?n không gian đăng nh?p. B?n có th? làm đi?u này b?ng cách tham gia sys.dm_tran_database_transactions DMV và sys.dm_tran_session_transactions DMV trên c?t transaction_id, và sau đó thêm m?t tham gia b? sung v?i sys.dm_exec_requests trên c?t session_id.

Đ? bi?t thêm chi ti?t v? sys.dm_tran_database_transactions DMV, ghé thăm Web site sau c?a Microsoft Developer Network (MSDN):
http://msdn2.Microsoft.com/en-us/Library/ms186957.aspx
Đ? bi?t thêm chi ti?t v? sys.dm_tran_session_transactions DMV, truy c?p vào MSDN Web site sau:
http://msdn2.Microsoft.com/en-us/Library/ms188739.aspx
Đ? bi?t thêm chi ti?t v? sys.dm_exec_requests DMV, truy c?p vào MSDN Web site sau:
http://msdn2.Microsoft.com/en-us/Library/ms177648.aspx

Thu?c tính

ID c?a bài: 317375 - L?n xem xét sau cùng: 17 Tháng Chín 2011 - Xem xét l?i: 3.0
Áp d?ng
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
T? khóa: 
kbsqlsetup kbinfo kbmt KB317375 KbMtvi
Máy d?ch
QUAN TRỌNG: Bài vi?t này đư?c d?ch b?ng ph?n m?m d?ch máy c?a Microsoft ch? không ph?i do con ngư?i d?ch. Microsoft cung c?p các bài vi?t do con ngư?i d?ch và c? các bài vi?t do máy d?ch đ? 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 ngôn ng? c?a b?n. Tuy nhiên, bài vi?t do máy d?ch không ph?i lúc nào c?ng hoàn h?o. Lo?i 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, gi?ng như m?t ngư?i nư?c ngoài có th? m?c sai sót khi nói ngôn ng? c?a b?n. 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. Microsoft c?ng thư?ng xuyên c?p nh?t ph?n m?m d?ch máy này.
Nh?p chu?t vào đây đ? xem b?n ti?ng Anh c?a bài vi?t này:317375

Cung cấp Phản hồi

 

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