데이터베이스

  • 블로그홈
  • 지역로그
  • 태그로그
  • 미디어로그
  • 방명록
제가 넥슨을 퇴사하고 이직 하였습니다. 개인 계정이라 넥슨 DB팀 블로그로 사용하지 않습니다.

Restore 1

Backup, Restore 의 MAXTRANSFERSIZE로 인한 성능

SQL Server 기본적으로 제공하는 백업, 복구 조금 느린감이 없지 않습니다. 느린 이유중의 가장 큰 원인은 IOSubsystem에서의 병목이 대부분입니다. 보통 이러한 문제는 초당 전송되는 양 보다 IO 요청 수로 인해 성능적 문제가 발생하고 있습니다. 보다 많은 데이터를 빠르게 이동하기 위해서는 보다 큰 블록을 사용하여 전송한다면 보다 많은 데이터를 빠르게 옮길 수 있습니다. (일반적인 내용입니다. 모든 시스템에 이와 같은 문제가 발생하는 것은 아님) 이러한 문제로 인해 대용량의 데이터를 빠르게 복구 및 백업을 하기 위해서 하드웨어에서 제공하는 백업 및 snap등의 솔루션등을 사용하고 있습니다. 하지만, 이것도 돈이 많이 드는 솔루션이라 쉽게 도입하기는 쉽지 않습니다. 그럼, SQL Server ..

MS-SQL Server 2008.01.22 (3)
1
더보기
프로필사진

제가 넥슨을 퇴사하고 이직 하였습니다. 개인 계정이라 넥슨 DB팀 블로그로 사용하지 않습니다.

  • 분류 전체보기 (132)
    • MS-SQL Server (118)
    • MS-SQL DMV (7)
    • MS-SQL Server 퍼옴 (0)
    • 기타 DBMS (1)
    • MySQL (0)
    • 기타 기술자료 (4)
    • 팀 내부 세미나 (0)
    • 팀 이야기 (1)
    • 기타 글 (1)

Tag

MAX MEMORY, standard, SQL Server, NCI Seek, 최대 메모리, SOKET, SMK, 최대 CPU, SQL Server 2008, MEMROY, WINDOWS SERVER STANDARD, enterprise, SQL Server 2005, Checkpoint, IO, IOPS, 윈도우 서버, SSD, mstsc, Service Master Key,

최근글과 인기글

  • 최근글
  • 인기글
  • [펌/공유]데이터베이스 지도 2012.12.31 17:09
  • [소개]SQL Server 차기 버전에 포함될 신기능 소개 (Hekaton - In-Memor⋯ 2012.12.26 13:39
  • [펌/TIP]BACKUP시 로그를 남기지 않기 2012.08.12 17:00
  • Filtered index 사용 시 ANSI OPTION 설정 2012.07.20 12:06
  • [펌/공유]데이터베이스 지도 2012.12.31 17:09
  • User Defined Function 사용시 잘못된 실행계획 비용예측 2012.08.10 17:21

최근댓글

  • 안녕하세요 유용한 정보 감사합니다. 링크의 주소⋯

    상아카

  • 덕분에 잘 배우고 갑니다

    Coducu

  • 글을 이해하기 쉽게 잘 쓰시네요.. 많은 도움이 되⋯

    jms

공지사항

페이스북 트위터 플러그인

  • Facebook
  • Twitter

Archives

  • 2012/12
  • 2012/08
  • 2012/07
  • 2012/05
  • 2012/04

Calendar

«   2022/06   »
일 월 화 수 목 금 토
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    

방문자수Total

300,796

  • Today : 0
  • Yesterday : 2

Copyright © Kakao Corp. All rights reserved.