경험, 데이터베이스 시스템을 관리 하는 경우에 특히 중요 합니다. 우리는 우리의 경력, 특히 고통 스러운 것 들에 일찍 배울 교훈 오랜 시간 우리와 함께 스틱. 이것은 대부분 좋은 것, 하지만 때로는 우리가 우리 앞 작업에 잘못 된 교훈을 적용. 데이터베이스 관리에 쉽습니다 잘못 된 방향으로 머리를 우리는 효율성과 성능에 대 한 필요성을 균형 하 려 하는 경우에 특히. 새로운 레슨, 다른 날 대부분의 데이터베이스 관리자 Dba로 그들의 경력을 시작 하지 않았다. 대부분의 개발 또는 시스템 관리에서 시작 하 고 결국 전문 데이터베이스 시스템으로. 불행히도, 일부의 교훈을 다른 필드는 데이터베이스 시스템에 대 한 정확한 잘못 된 것 들을 그 길을 따라 배웠다. 예를 들어 시스템 관리자는 가능한 한 효율적으로 스토리지를 관리할 수 있다. 많은 중앙 스토리지 시스템을 통해 통합 스토리지 사용을 줄이기 위해 판매 된다. 시스템 및 스토리지 가상화는 또한 특정 작업 부하를 가능한 최소 리소스를 할당 하 여 기술 리소스를 효율적으로 사용 하고자 합니다. Dba는 또한 저장소 리소스를 관리 해야 합니다. 문제는 Dba는 같은 방법으로 그것을 했다 일반적으로 시스템 관리자가 저장소를 관리 하는 때 온다. Dba로 서 우리의 기본 목표 데이터를 비즈니스에 대 한 사용할 수 있도록 하는 것입니다. 동안 우리는 우리의 플랫폼 자원을 낭비 하 고 싶지 않아, 우리 또한 거짓 효율성을 통해 문제가 발생 싶지 않아. 종종 최고의 자원 효율 관리 성능 문제에 이르게. 이 Microsoft SQL Server 데이터베이스 시스템의 저장 공간을 최소화 하기 위해 노력 하는 때 특히 사실 이다. 5 데이터베이스 관행을는 아프게 당신의 성능을 몇 가지 일반적인 사례는 실제로 공간 효율성에 대 한 성능 무역:
- 자동 증가 사용 하 여 빈 공간을 관리 하
- 데이터베이스 축소
- 로그 축소
- 하지 재건 또는 인덱스 다시 구성
- 오프 라인 스토리지에 백업 파일을 더미
목록에서 마지막 연습 특히 절망적 이다. 모든 기업 그들의 복구 목표에 맞게 충분 한 백업 저장을 해야 합니다. 시간을 낭비 하는 가장 비싼 리소스 사용 가능 (숙련 된 DBA) 동안 가장 리소스 사용할 수 (두 번째 및 세 번째 계층 스토리지)에 작은 금액을 저장 하는 것은 최악의 그릇 된입니다. 비즈니스 관리를 쉽게 측정 하기 때문에 주로 비용 절감을 강조 한다. 하지만 기업 임원과 사용자가 정말 원하는 0 문제 IT 인프라를 신속 하 고 일관 되 게 수행 하는 데이터베이스 플랫폼을 포함 하 여. 아마 몇 백 달러 상당의 저장 공간을 저장 하지 않습니다 심지어 얻을 "듣는" 상사에서. 속도가 느린 데이터베이스 시스템 또는 누락 된 중요 한 백업 주목 받을 것 이다-당신이 원하는 방식으로 하지. 데이터베이스 관리 관행 및 프로세스에서 볼 때 "어떤 목표는이 프로세스 사용?", 스스로 게 물어 당신은 성능에 대 한 관리 또는 공간에 대 한 관리? SIOS 특정 환경에 대 한 해결책 논의 하에 전문가 게 문의 하십시오. SIOS에서 숙련 된 기술자는 고객에 게 높은-성능, 항상 사용 가능한 SQL Server 시스템을 구현 하는 유용한 통찰력을 제공할 수 있습니다.