기존에 복제 (게시 - 구독)을 수행했던 데이터베이스의 복제 기록이 완전히 삭제되지 않을 경우,
sp_repldone을 실행해도 "데이터베이스가 게시되지 않았습니다"라는 메시지를 표시된다.
이 경우, Transaction log를 Truncate하고자 할 때 아래 메시지를 표시하며 오류가 발생한다.
"로그 시작 부분의 레코드가 복제 보류 중이므로 로그가 잘리지 않았습니다.
로그 판독기 에이전트가 실행중인지 확인하거나 sp_repldone을 사용하여
트랜잭션이 분산된 것으로 표시하십시오."
이럴 때 해결방법은 당연하게도 "복제상태를 clear 하는 것"이 되겠다.
방법 1
1번 방법으로 해봤는데 잘 되더라.
sp_repldone을 실행해도 "데이터베이스가 게시되지 않았습니다"라는 메시지를 표시된다.
이 경우, Transaction log를 Truncate하고자 할 때 아래 메시지를 표시하며 오류가 발생한다.
"로그 시작 부분의 레코드가 복제 보류 중이므로 로그가 잘리지 않았습니다.
로그 판독기 에이전트가 실행중인지 확인하거나 sp_repldone을 사용하여
트랜잭션이 분산된 것으로 표시하십시오."
이럴 때 해결방법은 당연하게도 "복제상태를 clear 하는 것"이 되겠다.
방법 1
sp_configure 'allow', 1
go
reconfigure with override
go
update master..sysdatabases set category = category ^ 1 WHERE name = {DBNAME}
go
use {DBNAME}
go
UPDATE sysobjects set replinfo = 0
go
EXEC sp_repldone NULL, NULL, 0, 0, 1
go
UPDATE master..sysdatabases set category = category & ~1 WHERE name = {DBNAME}
go
BACKUP LOG {DBNAME} WITH TRUNCATE_ONLY
go
reconfigure with override
go
update master..sysdatabases set category = category ^ 1 WHERE name = {DBNAME}
go
use {DBNAME}
go
UPDATE sysobjects set replinfo = 0
go
EXEC sp_repldone NULL, NULL, 0, 0, 1
go
UPDATE master..sysdatabases set category = category & ~1 WHERE name = {DBNAME}
go
BACKUP LOG {DBNAME} WITH TRUNCATE_ONLY
방법 2
use {DBNAME}
go
sp_removedbreplication {DBNAME}
go
go
sp_removedbreplication {DBNAME}
go
1번 방법으로 해봤는데 잘 되더라.
이올린에 북마크하기
Microsoft에서 만든 Packet capture & analysis application.
역시 버전 3이 넘어가야...
아래 링크 참조.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=983b941d-06cb-4658-b7f6-3088333d062f
역시 버전 3이 넘어가야...
아래 링크 참조.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=983b941d-06cb-4658-b7f6-3088333d062f
DOCSIS (Data Over Cable Service Interface Specification)
- 동축케이블을 이용한 데이터 통신 기술을 정의한 국제 표준
- 현재 DOCSIS 3.0 (하향 400M / 상향 100M)이 제정되어 있음
상세한 내용은 아래 링크 참조
http://en.wikipedia.org/wiki/DOCSIS
- 동축케이블을 이용한 데이터 통신 기술을 정의한 국제 표준
- 현재 DOCSIS 3.0 (하향 400M / 상향 100M)이 제정되어 있음
상세한 내용은 아래 링크 참조
http://en.wikipedia.org/wiki/DOCSIS
"공룡 둘리에 대한 슬픈 오마주"라는 만화로 큰 화제를 모았던 만화가 최규식의 홈에서 퍼온 만화.
(http://www.mokwa.net/bbs/data/Works/race.jpg)
작가의 마지막 글귀에 참 공감이 간다.
그나저나, 내 블로그에는 점점 내 창작물의 비율이 줄어드네.
(http://www.mokwa.net/bbs/data/Works/race.jpg)
작가의 마지막 글귀에 참 공감이 간다.
그나저나, 내 블로그에는 점점 내 창작물의 비율이 줄어드네.
이올린에 추천하기
pplz님의 블로그 (http://pplz.tistory.com/217)를 읽고, 갑자기 확 밀려온 짜증.
빌어처먹을 천민 영어 사대주의가 판치는 이 세상에, 바르고 고운 우리말을 더 많이 알려야 할
방송장이들이 하는 꼬락서니가 너무나 맘에 들지 않는다.
애들 영어 발음을 잘 굴리게 해야 한다고 유치원도 가지 않은 아이들 혓바닥을 쪼개지를 않나,
영어 유치원에 한 달에 100만원이 넘는 돈을 처박질 않나
(그러면서 엄마들은 파출부를 다닌다고 하는데, 그게 인생의 행복인가? 인생의 가치관이 달라서 난 잘 이해할 수가 없다만.. 뭐 그건 그러려니 하고.)
주제로 돌아가서.
'하탄레드'라는 단어를 살짝 뜯어보면, 'Hot한 Red'가 될 터인데, 왜 저렇게 쓸까?
사실 답은 자명하다. "있어 보이기" 때문이다.
왠지 저렇게 쓰면 시궁창같은 한국 현실을 벗어나 NewYorker가 되어 자유로운 하늘을 훨훨 날아갈 수 있을 것 같기 때문일 거라고 생각한다.
왠지 없어 보이는 자기 몰골이 '하탄레드'한 립스틱을 바름으로 인해 '있어 보이는' 몰골로 환골탈태할 수 있을 것 같기 때문이겠지.
과연 그럴까. 나야 내 입장밖에 생각할 수 없으니 뭐.
내가 해줄 수 있는 말은 이것밖에 없다. "니가 제일로 천해 보이고 없어 보여, 이것아."
바르고 고운 우리 말을 쓰고, 우리 말로 대체할 수 없는 건 아예 영어로 쓰는 게 올바른 언어생활 아니겠나.
이건 뭐 나이 서른이 넘어도 한국말 제대로 쓰는 사람은 눈 씻고 찾아봐도 찾기 어렵고,
메신저에서는 'ㅋㅋ'나 'ㅎㅎ' 같은 알 수 없는 단어들만 오고 가는 세상이니.
그저 짜증스러울 뿐이라구요.
빌어처먹을 천민 영어 사대주의가 판치는 이 세상에, 바르고 고운 우리말을 더 많이 알려야 할
방송장이들이 하는 꼬락서니가 너무나 맘에 들지 않는다.
애들 영어 발음을 잘 굴리게 해야 한다고 유치원도 가지 않은 아이들 혓바닥을 쪼개지를 않나,
영어 유치원에 한 달에 100만원이 넘는 돈을 처박질 않나
(그러면서 엄마들은 파출부를 다닌다고 하는데, 그게 인생의 행복인가? 인생의 가치관이 달라서 난 잘 이해할 수가 없다만.. 뭐 그건 그러려니 하고.)
주제로 돌아가서.
'하탄레드'라는 단어를 살짝 뜯어보면, 'Hot한 Red'가 될 터인데, 왜 저렇게 쓸까?
사실 답은 자명하다. "있어 보이기" 때문이다.
왠지 저렇게 쓰면 시궁창같은 한국 현실을 벗어나 NewYorker가 되어 자유로운 하늘을 훨훨 날아갈 수 있을 것 같기 때문일 거라고 생각한다.
왠지 없어 보이는 자기 몰골이 '하탄레드'한 립스틱을 바름으로 인해 '있어 보이는' 몰골로 환골탈태할 수 있을 것 같기 때문이겠지.
과연 그럴까. 나야 내 입장밖에 생각할 수 없으니 뭐.
내가 해줄 수 있는 말은 이것밖에 없다. "니가 제일로 천해 보이고 없어 보여, 이것아."
바르고 고운 우리 말을 쓰고, 우리 말로 대체할 수 없는 건 아예 영어로 쓰는 게 올바른 언어생활 아니겠나.
이건 뭐 나이 서른이 넘어도 한국말 제대로 쓰는 사람은 눈 씻고 찾아봐도 찾기 어렵고,
메신저에서는 'ㅋㅋ'나 'ㅎㅎ' 같은 알 수 없는 단어들만 오고 가는 세상이니.
그저 짜증스러울 뿐이라구요.
Priority Queue는 Queue에 삽입되는 element가 우선순위를 가지고,
Queue에서 데이터를 추출할 때 우선순위가 높은 element가 먼저 추출되는 자료구조를 말한다.
(일반적인 FIFO Queue는 priority queue의 특수한 형태로, Queue에 삽입된 시간을 우선순위로 사용하는 것으로 볼 수 있다.)
Priority Queue에 대한 설명은 아래 링크를 참조할 것.
서버측 자료구조로 사용하면 좋겠네.
http://en.wikipedia.org/wiki/Priority_queue
이거 진짜라면 대박인데, 분위기 보아하니 설 지나면 난리나겠군.
Prev
Rss Feed
