|
음 대부분의 회사에서 connection pool 을 쓰면서 저 에러를 많이 보았을것 같다.
정상적인 시나리오에서 언제 이런 에러가 발생할 수 있는지 설명했으며,
이 에러를 보이지 않게 감추는 hotfix 를 발표 했다.
그래도 여전히 dm_os_ring_buffer 에서는 확인 할 수 있다.
시원하다......아쒸 돌팔이들 약 열라 팔던데....이제 시원하게 설명 되는구나...
2012 부터 TVP 부터는 템프테이블을 캐싱해서 성능이 많이 좋아 집니다.
2008, 2008 R2 에서는 프로시저로 TVP 파라미터로 받으면, 캐시해서 쓰지 못했습니다.
그런데 2012에서는 잘 됩니다.
게임과 인터넷 게시판에서는 이제 SQL Server 가 없어지는 추세 입니다.
이 비싼 SQL Server 를 게임을 위해.......인터넷 게시판을 위해서는 쓸 수 없다는 것이죠.
동감 합니다.
라이선스를 싸게하고 캐시팜 기능을 빨리넣어주면 살아남을수도 있을건데......아쉽습니다.
http://support.microsoft.com/kb/224453
begin tran a1111
이라고 적고 시작하면 나중에 로그 깔때 편함~
--tran의 최초 시작자 짐작
select transaction_id, * from sys.dm_tran_active_transactions where transaction_type <> 2
--1593679
--정보확인
--select * from sys.dm_tran_locks where request_owner_id = 1593679
--로그레코드 확인
select database_transaction_begin_lsn, * from sys.dm_tran_database_transactions where transaction_id = 1593679
729000000293200001
729 0000002932 00001 =10진수
8char 8char 4char 로 변환 binary
'000002D9:00000B74:0001'
729 0000002944 00007
000002D9:00000b80:0007
729 0000002944 00011
000002D9:00000b80:000b
rowlog contents 0 = 이전값
rowlog contents 1 = 이후값
0x0101000C0000782E501500000102000402030004
0x3000140001000000E10CF400EA9D00002A000000050000020028003700446F6E2774205061
select top 10 * from fn_dblog(null, null) where [Current LSN] >= '000002D9:00000B74:0001'
description 에 transaction 이름 나옴 a1111;0x010500000000000515000000c64261d7fedf1e8e80857abae8030000
select * from sys.dm_tran_database_transactions where transaction_id =
1580558
database_transaction_begin_lsn
729000000293200001
2d9:00000B74:0001
729
0000002932
00001
select * from dbo.dm_tran_session_transactions_20130305_064712
So 0000009d:0000021e:0001 becomes '157' + '0000000542' + '00001' = '157000000054200001'.
select top 10 * from fn_dblog(null, null) where [Current LSN] >= '000002D9:00000B74:0001'
0x0101000C0000782E501500000102000402030004
