none
데이터베이스 속성을 열때 느립니다. RRS feed

  • 질문

  • SQL 2008 R2 SSMS에서 다른 속성은 금방 열리는데 데이터베이스 속성만 한참걸려서 열립니다.

    Login, Server Objects, Replication, Mangement 쪽 Properties는 바로바로 열립니다.

    Databases 밑에만 한참 후에 열리는데요. System Databases 밑에 matser, msdb, model, tempdb도 마찬가지로 한참 후에 입니다.

    DB는 약 400개가 있습니다.

    무엇을 어떻게 살펴보아야 할 지.. 힌트라도 좀 주셨으면 도움이 되겠습니다.

    2014년 7월 10일 목요일 오전 2:23

답변

  • 같은 답변을 드리게 되네요.

    마찬가지로 SSMS도 거의 대부분 T-SQL을 수행해서 필요한 메타 정보를 처리해 줍니다.

    혹시 이상한 동작이나 확인이 필요하다면 SQL Profiler를 이용해서 SSMS로 부터 어떤 명령들이 호출되는지

    추적하고 해당 쿼리들을 개별적으로 확인해 보세요. 어떤 명령에서 시간/부하가 오래 걸리는지요.

    Profiler에서 HostName이나 ApplicationName을 필터링해서 SSMS에서 수행되는 명령만 수집하도록 처리하시기 바랍니다.

    사용량에 따라서 부하가 커지니까요.

    도움이 되시길...


    Best Regards, Jungsun Kim

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:12
    2014년 7월 11일 금요일 오전 8:12
    중재자
  • 말씀해주신대로 Profiler로 쿼리를 보니 약 18초 이상 걸리는데요.

    msdb에서 backupset에서 backup_finish_date를 읽어서 마지막 백업과 로그백업 날짜를 읽어오는데 한찬 걸리는것 같네요.

    backupset 테이블 정보는 바로바로 뜨는걸 보면...

    msdb가 23GB정도이고 backupset 테이블은 4.2GB 정도 row가 7백만건 정도인데요

    어떤 부분을 더 고려해 봐야 할지요?

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:13
    2014년 7월 23일 수요일 오전 5:54
  • 도움을 주셔서 감사합니다.

    sp_delete_backuphistory 로 해결하였습니다.

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:13
    2014년 8월 18일 월요일 오전 5:12

모든 응답

  • 같은 답변을 드리게 되네요.

    마찬가지로 SSMS도 거의 대부분 T-SQL을 수행해서 필요한 메타 정보를 처리해 줍니다.

    혹시 이상한 동작이나 확인이 필요하다면 SQL Profiler를 이용해서 SSMS로 부터 어떤 명령들이 호출되는지

    추적하고 해당 쿼리들을 개별적으로 확인해 보세요. 어떤 명령에서 시간/부하가 오래 걸리는지요.

    Profiler에서 HostName이나 ApplicationName을 필터링해서 SSMS에서 수행되는 명령만 수집하도록 처리하시기 바랍니다.

    사용량에 따라서 부하가 커지니까요.

    도움이 되시길...


    Best Regards, Jungsun Kim

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:12
    2014년 7월 11일 금요일 오전 8:12
    중재자
  • 말씀해주신대로 Profiler로 쿼리를 보니 약 18초 이상 걸리는데요.

    msdb에서 backupset에서 backup_finish_date를 읽어서 마지막 백업과 로그백업 날짜를 읽어오는데 한찬 걸리는것 같네요.

    backupset 테이블 정보는 바로바로 뜨는걸 보면...

    msdb가 23GB정도이고 backupset 테이블은 4.2GB 정도 row가 7백만건 정도인데요

    어떤 부분을 더 고려해 봐야 할지요?

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:13
    2014년 7월 23일 수요일 오전 5:54
  • 안녕하세요,

    시스템 구성을 볼 수가 없으니 추가 설명을 드리기 어렵네요.

    유사한 경험을 사례로 비추어볼 때, msdb 용량 backupset 테이블을 용량이 매우 큰 것 같습니다. 해당 쿼리 튜닝과 msdb/backupset 용량이 관련이 있을 것 같습니다. 해당 용량이 왜 그렇게 큰지요? 혹시 이력을 오랜 기간/개수로 남기도록 설정하신건 아닌지? 한 번 확인해 보세요.

    인덱스나 기타 쿼리 튜닝 이슈라면 한국 Microsoft에 지원을 요청하시거나 혹은 영어가 조금 되신다면 Microsoft/Connect 사이트에 직접 Feedback 을 올리는 것도 도움이 될 수 있습니다. Feedback을 보내시겠다면 제가 사이트와 방법 알려드리겠습니다.

    도움이 되시길.


    Best Regards, Jungsun Kim

    • 답변으로 표시됨 JungsunMVP, Moderator 2014년 7월 24일 목요일 오후 2:33
    • 답변으로 표시 취소됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:13
    2014년 7월 24일 목요일 오전 6:34
    중재자
  • 도움을 주셔서 감사합니다.

    sp_delete_backuphistory 로 해결하였습니다.

    • 답변으로 표시됨 ClusterDBA 2014년 8월 18일 월요일 오전 5:13
    2014년 8월 18일 월요일 오전 5:12