우연한 DBA를위한 리소스 [닫기]


16

Microsoft 플랫폼 내에서 대부분의 엔터프라이즈 수준 프로그램 (SharePoint, 모든 System Center 앱, Dyamics 앱 등)은 모두 SQL Server에서 실행됩니다. 이러한 프로그램의 관리자에게 SQL Server는 주로 주요 프로그램 인 프로그램의 전제 조건으로 설치되는 블랙 박스입니다. 결과적으로, 설치의 SQL쪽에 들어가는 계획은 거의 없으며, 그 결과 어딘가에 더 많은 문제가 발생합니다.

  • 드라이브를 채우는 트랜잭션 로그
  • 유지 보수 계획이 없음 (또는 인덱스를 재구성하고 재구성하는 계획과 같은 정보가없는 계획)
  • 관리되지 않는 자동 성장
  • 동일한 스핀들의 데이터베이스 및 로그
  • 잘못 선택된 RAID 레벨
  • 백업 없음 (또는 복구 계획)

"우발적 인 DBA"는 어떤 유형의 문제에 부딪 히고 우발적 인 DBA가 SQL 계획, 관리 및 성능 조정 기본 사항을 신속하게 파악하는 데 가장 도움이되는 리소스는 무엇입니까?

답변:


10

TechNet Magazine을 위해 작성한 일련의 기사 및 Q & A 열을 확인하십시오. 대부분 우발적 인 DBA를 사용하여 작성되었습니다.

효과적인 데이터베이스 유지 관리를위한 주요 팁은 DB 유지 관리 문제를 이해하기 위해 비자발적 DBA를위한 입문서로 특별히 작성되었습니다.

SQL Server의 로깅 및 복구 이해

일반적인 SQL Server 보안 문제 및 솔루션

SQL Server 백업 이해 -3 부 시리즈 중 1 부 파트 2는 9 월 9 일호에서 복원을 사용하고 파트 3은 11 월 9 일호에서 백업없이 복구합니다.

또한 내 블로그아내의 블로그 (광고 또는 정보가 아닌)를 확인해야합니다. 우리는 다양한 기술 수준에서 많은 블로그를 운영하고 있습니다.

살펴볼 좋은 글 중 하나 는 저의 주간 조사 결과에 대한 사설입니다 . 이들은 일반적으로 비자발적 DBA를 도울 광범위한 주제에 관한 것입니다. 편집 게시물은 '중요도'또는 '중요도'로 시작합니다. 실제로 이번 주 설문 조사는 비자발적 DBA가되는 것입니다.

우리는 비자발적 DBA에 대해 잘 알고 있습니다. 사실 Kimberly와 저는 SharePoint 관리자가 며칠 동안 SharePoint Microsoft Certified Masters 수업을 가르치므로 SharePoint 관리자가 SQL Server와 관련하여 무엇을해야하는지 알 수 있습니다 (일주일에 한 번의 SQL을 가르쳐줍니다) .

이것이 당신에게 유용하기를 바랍니다.


5

션, 어디에서 왔는지 이해합니다

우리는 많은 다른 사람들이 예상 할 수 있듯이 비슷한 보트에 있습니다. 오늘날의 경제를 견딜 수 없습니다.

고위 경영진을 포함한 경영진에 대한 반복 된 불만에도 불구하고 우리의 상황은 다음과 같습니다. 불행히도 자체 임명 된 "DBA"(다른 층에있는 '개발 팀'에 있음)는 불행히도 2 명의 오라일리 서적과 KB 인쇄 덤프를 사용하는 주니어 미만을 알고 있습니다. 그녀는 직업을 가졌으며, 허니 머켓 뭉크의 귀에 꿀을 부어 넣는 사람의 귀에 꿀을 부어 넣는 데 능숙합니다.

확실히, DBA "거래"를 배울 수있는 것이 이상적입니다. 그러나 우리가 원하는 것과 가질 수있는 것은 종종 매우 다릅니다. :)

나는 개인적으로 다음과 같은 문제에 부딪 쳤습니다.

  • 기록. 네가 옳아. 도대체이게 뭐야? 따라서 데이터베이스와 서버를 복원해야했습니다. '트랜 로그 재생'이란 정확히 무엇을 의미합니까? :)
  • 잠깐,이 데이터베이스가 점점 커진다는 것은 무엇을 의미합니까? 우리는 어떻게 축소합니까? 아니면 적어도 그들의 성장을 유지합니까?
  • 여러 서버에 걸친 설치 표준화
  • 유지 보수 스크립트 및 장기간 데이터베이스 관리에 도움이되는 방법 (관엽 식물이 자라거나 kudzu로 바뀌지 않는지 확인)
  • 항상 전문가는 C : \로 이동하고 로깅 및 / 또는 데이터베이스는 D : \로 이동하여 표준화를 공식화했습니다 (C : \는 2 개의 미러 디스크이고 D : \는 일반적으로 RAID5입니다. .)
  • 백업을 위해 별도의 SQL 라이센스 및 클라이언트를 구매해야합니다.
  • 개발 팀이 SQL 데이터베이스 자체에 할당 한 사용자 관리, DBO 역할 관리 등을 확인하십시오. 데이터베이스 내의 사용자 권한에 관한 보안 모델이 좋은지 확인하십시오.
  • SQL 서비스가 작동 할 수있는 도메인 서비스 계정 연구 서비스 계정에 필요한 권한 (있는 경우)

(당신은 게시물에서 꽤 좋은 것을 쳤습니다.)

다른 사람들과 같은 핸디캡을 사용하고 있으므로 가능하면 팀간에 SQL 지식을 전파해야합니다. 당신이 아는 것을 공유하고 다른 사람들에게 동일하게 가르치십시오. 착하게, 친근하게 대해 라. SQL 모자를 착용해야하는 것은 큰 고통이지만 적어도 많은 눈과 사고 과정이 하나의 것보다 낫습니다.

그러나 무엇보다도 악마처럼 DBA를 직원에게 맡기십시오. :)


2

나는 약 DBA 녀석이 약 1 년 정도 일을했습니다. 약 5 개월 전이었습니다. 그 이후로 나는 500,000 피트보기 에서 (때로는 500 피트에서 하드 데크를 때리는 경우) 250,000 뷰 까지, 500 피트보기 까지 다양한 블로그를 읽었습니다 . 또한 SQLServerPedia 는 친구입니다. 그들은 우연히 DBA를 위해 좋은 것들을 많이 가지고 있습니다.

나는 불안감을 느끼게하는 상황에 처하게되었다. 예를 들어,이 작업을 "제공"한 이후 백업을 수행하여 프로덕션 데이터의 첫 번째 복원을 위해 Fulls, diffs 및 t-logs를 사용했으며, 아무도 패닉처럼 보이지 않아서 보여줄 수 없었습니다. 내가 얼마나 느꼈는지 나는 DBA 모자를 썼을 때 배 밖으로 나아 갔지만, 전업 (네트워크 관리자)이 아니기 때문에 '미안보다 더 안전하다'고 생각한다.


SQLServerPedia는 실제로 훌륭한 리소스입니다! 지적 해 주셔서 감사합니다.
marc_s


0

전술적 인 노력으로 시작하십시오. 데이터베이스가 충돌하거나 제대로 작동하지 않으면 해당 문제를 해결하는 데 집중하십시오.

다음에는보다 전략적인 항목 인 백업 및 복원으로 시작하십시오. 데이터베이스를 안팎으로 복원하는 방법을 알고 프로덕션 중단시 비용이 많이 드는 실수를 방지하기위한 자세한 절차를 만듭니다.

주요 변경 사항과 백업 / 복원과 같은 것들을 테스트 할 하드웨어가 없다면 그것을 얻는 방법을 찾으십시오.


0

Junior DBA를 고용 할 때 Microsoft® SQL Server (TM) 2005 관리자 도우미를 구입했습니다. 처음 시작할 때 갖고 싶은 책입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.