sysadmin의 초기 징후


43

우리는 첫 번째 sysadmin이 개발자와 IT 지원의 혼합에 의해 이전에 어색하게 보였던 수많은 SQL Server를 살펴 보려고합니다. 오랜 기한이 지났고, 우리는 고층을 설득하여 몇 년 동안 하나에 동의하도록 노력해 왔습니다.
글쎄, 마침내 그들은했지만 우리가 제공 할 수있는 급여는 정확히 말한 영감을 얻지 못했습니다. 그럼에도 불구하고, 우리는 어떻게 든 하나를 때렸다.
내가 알고 싶은 것은 새로운 sysadmin이 SQL Server에 중점을 둔 새로운 sysadmin이 실제로 무엇을하고 있는지, 어떤 습관을 찾아야하는지 알지 못한다는 초기 징후입니다. 나는 우리의 바겐 세일-지하실 사냥이 잘되지 않을 수도 있다는 것에 약간의 긴장감을 느꼈습니다. 다른 역할의 경우도 마찬가지였습니다.

생각이있으세요?


5
먼저 sql-server가 경고 표시 중 하나라는 의미로 sql-server 태그를 읽었습니다.
Mikeage

답변:


122

이 첫 번째 부분은 소금으로 만들어 졌을 것입니다. 왜냐하면 그것은 오랫동안 계약자로 일한 것에 영향을 받았기 때문입니다.

지불 능력이 상근직에서 최고의 인재를 유치 할 수없는 경우 계약자를 살펴보십시오. 너무 적은 비용을 지불하고 너무 많이 요구하는 경우 숙련되지 않은 직원, 기술과 관련이없는 결함이있는 직원 (대인 관계 기술, 약물 남용 문제 등)을 얻거나 직원들이 잠시 일을하고 더 나은 임금을 받기 위해 떠나는 "회전 문"위치로 끝납니다.

주어진 업무를 수행하는 대신 회사가 너무 적은 비용을 지불하고 일정 기간 동안 누군가를 필요로하는 경우, 희망이없는 시나리오 일 수 있습니다. 마찬가지로, 업무가 정규직 직원을 바쁘게 유지하고 회사가 너무 적은 비용을 지불 할 계획이라면 희망이 없습니다. 당신 어떤 식 으로든 장기적으로 지불하는 것을 얻을 것입니다.

내 생각에 당신은 실제로 전일제 필요가 없으며 회사는 아마도 당신이 필요한 모든 것을 할 계약자에게 계획된 급여 이하를 쓸 수있을 것입니다.

관계가 "나쁜 적합"인 경우 계약자는 "제거"가 훨씬 쉽습니다. 계약자는 일반적으로 정규직 직원 (주말, 저녁 등)보다 정규 직원보다 훨씬 유연 할 수 있습니다. 좋은 계약자는 회사가 관계를 끊고 다른 곳을 쉽게 볼 수 있다는 사실을 알고 있기 때문에 회사의 요구를 매우 높은 수준의 기술과주의로 취급 할 것입니다.


이것은 실제로는 굉장히 들리 겠지만 아래의 다른 어떤 항목보다 다른 사람과 통신하는 시스템 관리자의 능력에주의를 기울이십시오. 기본적인 작문 및 말하기 능력이 중요하며 "장면"에서 발생하는 정신 과정의 상태를 나타 내기 위해 많은 일을합니다. sysadmin의 업무에는 다른 IT 및 비 IT 직원과의 의사 소통이 포함되어야하며 효과적으로 의사 소통하는 능력이 필수적입니다. 유추를 형성하고 추상적 개념을 전달할 수있는 능력은 확실히 "케이크에 착빙"하는 것이 좋지만, sysadmin이 완전한 문장을 쓰거나 완전한 생각을 말할 수 없다면 이미 희망이 없습니다.

다른 사람들의 대답에는 "나쁜 적합"(직원이든 계약자이든)이라는 사실이 있습니다. 나는 회사가 나쁜 시스템 관리자를 해고하는 것과 교체를 고용하는 것 사이의 격차를 해소하는 데 도움을 준 사람이었습니다. (비밀번호를 변경하거나 "후문"등을 찾는 사람은 sysadmin이 CEO 사무실에서 해고되는 동안 재미있는 일이지만 스트레스를 많이받습니다.)

역기능 상황에서 내가 본 "IT 특유의"불쾌한 태도는 다음과 같습니다 (부끄럽게도 다른 포스터의 답변 중 일부에서 인용).

  • 모든 것을 제거하고 다시 시작 : "시한 폭탄"인 것을 식별하고 돌보는 것이 한 가지이지만, 종종 IT에서 "제국을 세우려고"미숙하고 엔트리 레벨의 시스템 관리자를 만납니다. 새로운 이미지를 설치하기 위해 오래된 인프라를 제거하는 것에 집착합니다. 사실과 ROI 예측을 바탕으로 비즈니스 사례를 만드는 것은 한 가지 일이지만,이 특정 기능 장애는 대체를 위해 시스템을 교체하기위한 강력한 개인 드라이브에 지나지 않습니다.

  • 말할 수 없어: 이들은 자신의 업무에 강한 개인 소유권을 가지고 있지만 너무 멀리 가서 과도하게 소유, 비밀, 편집증이 된 시스템 관리자입니다. 컴퓨터는 sysadmin이 아닌 비즈니스에 속합니다. 작업 문서화, 암호 공개 또는 시스템 작동 방식 (또는 실패)에 대해 공개하지 않는 것은 좋은 신호가 아닙니다. 일부 sysadmins가 "보안"을 비밀리에 인용한다고 들었지만, 모호한 보안은 보안이 아닙니다. 또한 이런 태도를 가진 sysadmins는 "그렇습니다.하지만 암호를 입력하면 암호를 잃을 것입니다."와 같은 말을 들었습니다. 일반적으로 이것은 공개 이후에 어떤 일이 잘못되면 비난을당하는 가려워하거나 명백한 두려움에 대한 진술을 동반합니다.

  • 누군가 / 모든 사람 / 다른 사람을 비난하십시오 : 이들은 끊임없이 제 3 자, 전임자 또는 문제의 원인으로 문제가있는 사용자를 인용하는 시스템 관리자입니다. 물론, 거기에 있는 모든 요소들로 인해 발생하는 문제는 있지만, 일관되고 반복 손가락을 가리키는의 패턴은 나쁜 신호입니다. 우리는 모두 하드웨어 오류, 소프트웨어 버그 및 사용자 스스로 문제를 해결해야했습니다. 이러한 소스 중 하나를 문제의 근본 원인으로 식별 할 수 있다고해서 손가락으로 가리키는 것은 아닙니다. 그러나 문제를 조사하고 근본 원인을 밝히지 않으려는 것은 모호하게 손을 흔들면서 "버거운 Windows / Linux / Cisco 라우터 등"이라는 반응과 함께 우려의 대상이됩니다.

  • 파워 트립 : 이들은 개인 아젠다 또는인지 된 비즈니스 아젠다로 인해 사용자를위한로드 블록을 기뻐하고 설정하는 시스템 관리자입니다. 다시 한 번, 정당한 사업상의 이유로 사용자를 제한하는 것이 한 가지입니다. 그러나 단순히 다른 사람들을 통제 할 수있는 열광적 인 사람들을위한 "IT 서비스의 예방 자"가되는 것은 또 다른 일입니다. 나는이 특정 기능 장애가 이메일을 읽고, 화면 / 세션 캡처를 엄밀히 수행하고, 전화를 듣고, 일반적으로 다른 사람들에게 "소름 끼치는"사람이되어 직원들의 "전자 스토킹"과 같은 불쾌한 것들 로 확장되는 것을 보았습니다 .

  • 정책은 저에게 적용되지 않습니다 : 종종 "파워 트립"태도와 결합 된 시스템 관리자는 스스로 또는 달리 지시하거나 지시하는 IT 정책의 적용을 거부하는 시스템 관리자입니다. 그것이 무해하고 무해 할 수는 있지만, 이것이 성희롱 소송 (시스템 관리자가 서핑하고 업무에 부적절한 콘텐츠를 눈에 띄게 표시하는 것)과 같은 불쾌한 상황을 일으키는 것을 보았습니다. Sysadmin은 신뢰할 수있는 위치에 있으며 전문성의 태도를 유지해야합니다. 그러한 태도의 일부는 같은 규칙을 따르고 다른 사람들처럼 책임을진다는 것을 의미합니다. 높은 액세스 권한과 권한으로 "기록을 벗어난"활동을 수행 할 수 있다고해서 반드시 그렇게해야하는 것은 아닙니다.

  • 약점을 인정할 수 없다: "나는 그것에 대한 답을 모르지만 그것을 찾아 낼 수 있습니다." 모든 사람은 지식과 경험에 차이가 있습니다. 이 특정 기능 장애는 종종 시스템 관리자가 머리 위로 넘어지는 상황을 초래합니다. 경력 개발에서 계산 된 위험을 감수하는 것이 중요하며, 사람들이 "씹을 수있는 것보다 더 많이 물려"성공하면 큰 개인적 성장이 일어난다 고 말할 수 있습니다. 반면에 sysadmin이 재난 복구 또는 IT 보안과 같은 중요한 문제를 해결하기로 결정하고 능력 부족으로 실패하면 비즈니스에 막대한 비용 (또는 명백한 실패)이 쉽게 발생할 수 있습니다. 직원이 제 3 자 리소스 / 훈련 / 지원에 대한 액세스를 부당하게 허용하지 않는 관리자는 이러한 종류의 문화를 만드는 데 도움이 될 수 있습니다.

  • 이들은 내 장난감: 비즈니스 IT 인프라를 흥미로운 장난감으로 취급하는 sysadmin입니다. 비즈니스 요구를 충족시키는 데 특히 흥미로운 흥미로운 기술을 식별하는 것은 한 가지 일이지만, 재미있게 즐길 수있는 명확한 목적을 위해 기술에 돈을 쓰도록 비즈니스에 영향을 미치는 것은 또 다른 일입니다. 나는 시스템 관리자가 주어진 기술에 매혹되어 상황을 보았고 비즈니스 요구에 적합하지 않고 문제를 해결하기 위해 해당 기술을 도입하기로 결정했습니다. 나는 이것이 광섬유, 가상화, SAN 기어, 무선 네트워킹 등과 같은 모든 종류의 일을 겪는 것을 보았습니다.

  • 나는 항상 이런 식으로 해왔다: 이들은 자신의 방식으로 죽은 sysadmin입니다. 보통 나는 이것이 "새로운 것들에 대해 배우고 싶지 않다"라는 태도와 결합 된 것을 발견했다. 우리의 분야는 변화하고 있습니다. 우리가 10 년 전에했던 일 중 일부는 오늘날 자동화되어 있으며, 그 중 일부는 "똑같은 낡은 것"으로 남아 있습니다. 우리 산업에 대한 모든 것이 지속적으로 수정, 업데이트 및 갱신되고 있습니다. 모범 사례는 더 느리게 변경되지만 변경 사항도 변경됩니다. 모든 sysadmin이 "최첨단"기술을 유지할 것으로 기대하는 것은 불합리하지만, sysadmin이 기술 업데이트에 관심을 보이지 않는 오래된 기술을 잃어 버릴 수도 없습니다. 비즈니스가 점점 더 관심을 끌고 있다면 IT 운영은 미래 지향적이어야합니다. (분명히 여기에도 균형이 있습니다.

  • 비즈니스에 대한 이해가 없음 : 비즈니스는 비즈니스를 효율적으로 수행하는 데 도움이되기 때문에 "IT를 수행"합니다. 비즈니스에서 다른 IT 사용은 비생산적입니다. 회계 및 비즈니스의 기본 개념을 모르는 시스템 관리자를 너무 자주 본 적이 있습니다 (수익 감소는 수익과 같습니다). 나는 sysadmin이 회계 전문가가 될 것을 기대하지는 않지만, 사업체가 이익을 돌리기 위해 비용을 발생시키는 기본적인 방법을 이해할 것이라고 기대합니다. 경제 상황이 좋지 않을 때는 특히 시스템 관리자가 돈이 어디서 왔는지, 돈이 어디로 가는지 사업이 결정하는 이유를 이해하게하는 것이 좋습니다. IT가 비즈니스의 "비즈니스"부분과 차별화된다고 생각하는 시스템 관리자는 자산이 아닙니다.

  • 연속성에 대한 욕구 없음 : 오늘날의 직업 문화에서는 우리 모두가 다양한 고용주를 위해 일한다고 가정해야합니다. 오늘날 우리의 직업은 통계적으로 영원히 우리의 직업이되지는 않습니다. 좋은 sysadmin은 "버스에 맞을 수 있기 때문에"가 아니라 최종 교체가 필요하기 때문에 문서를 준비해야합니다. 인식 된 "직업 안보"로 인해 문서를 준비하지 않으려는 태도는 나에게있어 상향 이동성을 원하지 않는 개인의 경향이 있습니다. 더 이상 단일 고용주를 위해 일하지는 않지만 다음에 할 일을 계획하고 교체 할 때보 다 더 나은 시간을 갖도록 문서를 최신 상태로 유지하려고합니다 (나처럼 내 다음 직장에서 전임자가 좋아합니다).


38
이것을 읽는 것은 어려웠다. 당신이 만드는 모든 점은 유효하며, 각각의 점은 저를 스스로 평가하도록 강요했습니다.
Nic

아주 좋은 지적입니다. 이러한 문제 중 일부는 전염성이 있습니다. "나쁜 관리자"가 마침내 이사하거나 이사하거나 신뢰를 잃어버린 경우에도 손가락을 가리켜 "전혀 찢어 버린다"는 비판은 관리의 마음에 뿌리를 내리고 팀에 남은 사람과 같은 잡초와 같을 수 있습니다. "2 번 말하면 사실"증후군과 비슷한 종류.
damorg

1
에반 ... 당신은 블로그가 필요합니다 ... 난 그냥 당신의 사용자 피드에 가입 상관 없어.
Joseph Kern

3
@ 닉 : 글을 쓰는 것도 자기 평가를 위해 만들어졌다. 이러한 태도 중 일부를 조금만 갖는 것이 상황에 적합하게 유지되는 한 반드시 나쁘지는 않습니다. 계약자 고객마다 조금씩 다른 "얼굴"을 제시하며, 고객의 요구와 내 연락처와의 상호 작용과 관련된 역학에 따라 내 태도를 조정하는 방법을 보는 것이 흥미 롭습니다. 어쨌든, 나는 정말로 "중간에서 연주"하려고 노력하고 있으며, 이러한 범주 중 하나에 깊이 빠지지 않도록 노력합니다.
에반 앤더슨

1
@Joseph : 블로그를 유지하는 것이 불가능하다는 것을 알게되었습니다. 나는 주제 아이디어 손실에 자주 해요, 내가 걸릴 것 같다 방법을 해당 형식에 대한 쓰기 아무것도 너무 오래. 그러나 Server Fault가 영감을 주면 입에서 (키보드?) 계속해서 너무 오랫동안 기뻐합니다. 서버 결함에 대한 상호 작용은 블로그에서 얻을 수있는 것보다 훨씬 더 재미 있습니다.
에반 앤더슨

12

개방 상태. 당신은 그가 무엇을하고 있고 어떻게하는지 볼 수 있기를 원합니다.

나는 진행중인 열차 사고의 가장 큰 증상은 그 사람이 모든 것을 잠그고 다른 사람이 시스템에 접근하는 것을 금지하는 것이라고 말합니다.

그는 다른 사람들이 다른 컴퓨터에 액세스하고 계정과 루트 권한을 갖도록 허용하는 것에 관한 모든 종류의 "보안"관련 경고를 줄 수 있지만, 종종 중요해 보이고 정크를 악용하려는 사람에게는 연기 화면입니다. 액세스를 허용하지만 시스템의 보안 및 책임을 유지하는 방식으로 액세스를 쉽게 관리 할 수 ​​있습니다.

이상하게도 사람들은 다른 사람이 볼 수 있다는 것을 알면 더 잘 일합니다 ...


7
반대로,이 사람은 보안, 안정성 등에 관한 우려를 보여 주어야합니다. 시스템 관리자는 본질적으로 그들이 관리하는 시스템을 소유하고 있습니다. 회사의 업무, 문화 또는 목표를 방해하지 않는 한 강력한 보안 자세를 취하고 소유권을 가지려는 강한 경향을 보이는 것이 경보의 원인이되어서는 안됩니다.
joeqwerty

1
보안은 단순히 목적 자체가 아니라 목적을위한 수단 중 하나입니다. 시스템의 안정성, 안정성 및 감사 기능을 유지하려면 보안이 필요합니다. 하나의 suid 바이너리 만 갖도록 시스템을 잠그는 데 걸리는 시간도 빌드 시스템 자동화에 소비 될 수 있습니다. 많은 사람들에게 보안은 재미있는 게임이지만, 그러한 게임은 실제로 대부분의 기업에 관심이 없습니다. 또한 많은 사람들이 관리자의 작업을 감사 할 수있는 눈을 배제하기 위해 시스템을 잠그고 실제로 상황이 사라질 수 있습니다.
chris

3
Meh. 새로운 관리자는 서버가 일부 규정 또는 다른 규정을 준수하도록해야 할 수도 있습니다. 좋은 첫 번째 단계는 시스템을 완전히 이해 한 후 개발자가 액세스 할 수있는 프로덕션 시스템에서 개발자를 잠그는 것입니다. 다른 사람이 여전히 액세스 권한을 가지고있는 한 (예 : IT 부서 및 소프트웨어 개발 책임자) 이는 유효한 IMO입니다.
Kyle Hodgson

크리스, 방금 전직 한 전임자에 대해 설명했는데, 회사는 그 전에 회사가 그에게 깨어날 때까지 지난 4 개월간 계속했습니다. 그가 한 모든 일을 찾아 수정하는 데 몇 달이 걸렸습니다.
John Gardeniers

단 몇 달 만에 얼마나 많은 피해를 입을 수 있는지, 올바르게 설정하는 데 얼마나 오래 걸릴 수 있는지는 놀랍습니다. 생각 해보세요 ... 때로는 이와 같은 관리자가 몇 년 동안 굳건하게 유지 될 수 있습니다.
damorg

11

지금까지 몇 가지 훌륭한 답변; 추가하고 싶습니다 :

힘들고 더러운 일을 두려워합니다. 물론 열심히 일하거나 더러운 일을 스스로 초대하는 길을 벗어나서는 안되지만, 불쾌한 일을해야 할 때 소매를 감아 기꺼이 내놓고 자하는 의지가 있다면 좋은 징조가됩니다.

그들이 일을하는 이유는 고객을위한 것이라는 것을 깨닫지 못한다. 궁극적으로 이것이 전부입니다. 사람들은 각 아침에 와서 로그온하고 물건을 얻을 수 있어야합니다. 이것을 마음 속에 두지 않는 관리자는 자신의 일에 실패하고 있습니다.

사람들과 연락을 취하지 못하게합니다. 상아탑에 있고 사용자를 처리하거나 전화를받을 필요가 없다고 생각하기 쉽습니다. 사용자는 귀중하고 중요한 피드백의 원천이며 자신이 배치 한 것이 제대로 작동하는지 알 수있는 기회입니다. 매달 헬프 데스크와 함께 일하면서 시간을 보내는 것이 좋습니다.

"책으로"사람이 너무 많다. 좋아, 완벽하게 훌륭하고 문서화 된 방식으로 작업을 수행 할 수있는 방법이 많으므로이 방법은 극단적 인 경우가 아닙니다. 나는 그들의 MCSE 매뉴얼에 집착하고 그곳의 모든 것을 마치 하나의 진실되고 유일한 것처럼 취급하는 사람의 유형을 의미합니다.

능동적 인 접근 방식을 취하지 않음. 좋은 관리자는 항상 잠재적 인 문제의 원인을 예상하고 문제가되기 전에 문제를 처리합니다. 나쁜 관리자는 업무 시간에 중요한 시간에 무언가가 무너질 때까지 서두르고 해안을 따라 천천히 흩어지게 할 것입니다.

기술 전도자입니다. 나는 좋아하는 OS, 앱 또는 플랫폼을 무관하게 강요하려는 사람의 유형을 의미합니다. 당신은 당신이 Windows 하우스를 의미하는 SQL Server를 가지고 있다고 말하고 있습니다. 예를 들어 Linux 또는 Lotus Domino의 미덕을 끊임없이 퇴치하는 사람을 찾으십시오.

기본 내용을 잊어 버렸습니다. 그것은 상당히 거대한 분야이며 복잡한 까다로운 물건을 잘 사용하기 위해서는 기본에 대한 적절한 접지가 필요합니다. 좋은 사람은 거의 즉시 백업 전략, 중앙 문서 저장소, 표준 PC 이미지가있는 경우, 방화벽 상태를 마지막으로 확인한 시간 등을 묻습니다. 이것들은 매일 매일 계속 똑딱 거리며 다른 것들과 마찬가지로 중요합니다.


1
첫 번째 단락은 나를 웃게 만들었습니다. 일단 네트워크 케이블을 교체하기 위해 먼지가 많은 어두운 구석에 뛰어 들기를 원했지만 시원해 보이기를 원했습니다. 넥타이와 재킷을 착용하십시오 :-)
Anonymous

6

좋은 sysadmin에서 찾아야 할 가장 중요한 두 가지는 업무 구조와 지식에 대한 갈증입니다. 따라서 둘 중 하나 또는 둘 다가 없으면 조기 경고 신호가됩니다.

거의 모든 사람이 하루 만에 모든 것을 할 수는 없지만, 물건을 집어 올 시간이 있다면 특별한 기술 / 경험 부족에 집중하지 마십시오. 문을 걸어서 몇 분 안에 모르는 비트를 연구하고 빠르게 속도를 올릴 것입니다.

그들은 또한 그들이 가지고있는 '참조 / 테스트'시스템 / 도구에 관심을 가져야합니다. 이것은 생산 환경에 영향을주지 않으면 서 새로운 것을 시도하고 싶어한다는 것을 보여줄 것입니다. 전혀.

아, http://jobs.serverfault.com/ 을 사용하여 누군가를 확인하는 것이 좋습니다.)


5

Chopper3와 damorg는 매우 좋은 지적을합니다. 또한 새로운 sysadmin이 위치와 회사 모두에서 편안하게 자리 잡을 수있는 시간을주는 것을 강조합니다. 인간 측면은 일반적으로 "신입생"이기 때문에 일반적으로 어색하고 신경 쇠약으로 간주되어야합니다. 그들은 당신이 가진 것, 어떻게 구성되었는지 등을 "그림"화할 시간이 필요하며, 회사의 사람들과 문화에 익숙해지기 시작하는 시간이 필요합니다. 실제로 긴장 등의 결과로 나타날 수있는 기술이나 성격 특성에 대해 성급하게 판단하거나 판단하지 마십시오.


4

작업 문서. 그리고 더 많은 작업 문서.

편집 : 그것은 잘못 나왔지만 아이디어를 얻었습니다. 이것이 좋은 sysadmin이하는 일이므로, 자신의 작업을 체크인 할 수 있습니다.


4

프로덕션 환경이나 테스트 환경에서 문제가 발생하면이 사람이 근본 원인을 조사합니까, 아니면 일회성 사건이라고 가정합니까?

이 사람은 모든 답을 얻지 못하기 때문에 다른 사람의 도움을 구하기위한 대인 관계 기술과 겸손 함이 있습니까?

따라 @ Chopper3는 지식에 대한 갈증 말했다.


4

나쁜 시스템 관리자의 초기 징후 ....

  1. 서버 룸에서 잔다
  2. 서버 룸에서 '좋은 백업이 있다고 알려주십시오!'라는 메시지가 나타납니다.

내가 생각한대로 더 추가 할 것입니다.


@Crankyadmin : ROFL.
joeqwerty

1
3. 불쾌한 특성이 포함 된 사용자 이름이 있습니다. =)
Wesley

3

일종의 관리자 유형을 추가하고 싶습니다. 일반적으로 엔트리 레벨과 경험이 없습니다.

나는 그들을 산탄 총 업그레이드 라고 부른다

때때로 업데이트주기에서 작동했던 시스템이 중지되고 몇 시간, 몇 일이 소요됩니다. 산탄 총 업그레이드가 다시 강타했습니다. 훌륭한 sysadmin은 프로덕션 시스템을 실행하는 데 필요한 종속성을 알고 업그레이드가이를 수행 할 때마다 중단하지 않아야합니다. 나는 한 번 행동에 하나를 붙 잡았다.

그는 데비안 시스템 중 하나의 "무인"dist 업그레이드를 진행하고있었습니다. aptitude -y dist-upgrade> / dev / null 2> & 1

내가 물었다, 뭐하는거야? 그는 / dev / null로 리다이렉션했다. 화면을 막는다!


+1aptitude -y dist-upgrade > /dev/null 2>&1
Hubert Kario

2

Chopper3에서 언급했듯이, 체계적이고 체계적인 접근 방식과 배우려는 의지의 증거는 좋은 신호입니다.

반면에, 기술 부족 또는 "적합성"의 초기 징후는 질문에 대한 인내심 부족, 기술적 추론을 설명하려는 의지 없음, 지속적이고 공격적인 방어력, 동료 및 / 또는 전임자에게 결코 끝이없는 지적을 포함 할 수 있습니다 (유력이있는 경우) 이것으로, 그것을 계속해서 죽음으로 몰아 넣을 이유가 없습니다).

또한, "모든 것을 버리거나 " 모든 것을 "올바른 방법으로" 다시 실행하려는 욕구 는보고있는 경향입니다.

"이런 식으로 해냈 으면 좋겠다"는 것은 당연한 일이지만, 현재 환경과 그 약점에 대한 평가도없고, 이러한 문제를 해결하고 다른 요구 사항을 충족시키기위한 합리적인 계획이 없다면, 많은 토론, 나는 조심할 것입니다.


2

이미 훌륭한 답변이 있었으므로 반복하지는 않지만 이것이 시스템 관리자가 나쁜 것은 아니지만 땅콩을 위해 일하는 사람은 불만을 가질 수 있거나 적어도 매우 빨리 불만을 가질 수 있다고 덧붙입니다. 직업과 함께. 그 사람은 필연적으로 다음 직업과 직업을 얻는 방법에 대해 생각하고있을 것입니다. 그런 상황에서 누군가가 현실적으로 모든 것을 줄 것을 기대할 수 있습니까? 이를 염두에두고 문서가 긁히지 않도록하십시오.


2

당신의 직감 본능이 이미 당신에게 나쁜 고용을했다고 말하고 그 본능을 다시 강화하기위한 증거를 찾고 있다고 말하는 것처럼 들립니다.

IMHO가 경험이없는 DBA의 징후 일 수있는 몇 가지 나쁜 SQL Server 습관이 있습니다.

  • 서버를 재부팅하거나 SQL 서버 서비스를 다시 시작하여 문제를 '수정'
  • 현재 로그에 디스크 공간이 부족하여 다른 드라이브에 추가 트랜잭션 로그 파일 추가
  • 트랜잭션 로그 축소는 로그 크기를 제어하기위한 정기적 인 유지 관리 부분입니다 (데이터 파일 차단은 더 나쁩니다).
  • SSMS에서 테이블 열기 옵션 사용 (생산에 사용하기위한 3 배 보너스 포인트)
  • 백업 및 복원을 수행하기 위해 SSMS GUI에 전적으로 의존
  • SQL Server 로그인과 SQL Server 사용자의 차이점을 이해하지 못함

"백업 및 복원을 수행하기 위해 SSMS GUI 사용"은 문장을 너무 많이 스윕합니다. "백업 및 복원을 수행하기 위해 SSMS GUI에 전적으로 의존하는"것이 더 현실적입니까?
Wesley

1
제안에 주목!
Nick Kavadias

그는 회의에 앉아 설정을 배우는 것 외에는 아직 많은 일을 할 필요는 없었지만, 지금까지 표지판은 조심스럽게 유망합니다.
MartW

1

우선 순위를 정할 수 없으며 멀티 태스킹.


1

시간 관리.

작업 계획을 중심으로 활동을 예약합니다. 가동 중지 시간에 유지 관리가 필요하다는 것을 알고 있습니다. 백업을 관리합니다. 백업 / 복원을 테스트합니다. 복구 계획이 활성화되어 있는지 여부는 하드웨어의 고장 여부와 상관 없습니다. 눈치 채기 전에 물건이 부러 지거나 손이 닿지 않는지 알고 있어야합니다. nagios 또는 solarwind는 시스템이 살아 있는지 또는 죽었는지 알아야합니다.

문서.

티켓 시스템과 함께 작동해야합니다. 기꺼이 문제를 추적 할 수없는 사용자를 대신하여 티켓을 넣습니다.

태도.

사업을 돕기 위해 완전히 개방합니다. 열 수 없습니다. 당신이 나에게 이러한 자원을 주면 내가 이것을 할 수 있다고 말합니다.


0

그들이 묻는 질문을보십시오. 상당히 복잡한 시스템 (다수의 SQL Server)을 가지고있는 것처럼 들리므로 내가 처음으로 할 경우 모든 사람과 자신이하는 일에 대해 이야기 할 사람과 모두를 귀찮게하는 이유는 무엇입니까? , 풍부한 메모를합니다. 나는 가능한 한 화이트 보드에 가깝게 이것을하고있을 것입니다.

백업을 찾아서 테스트해야합니다. 성능 문제가 있으면 프로파일 러 및 perfmon (또는 유사한 도구)을 실행하여 어떤 쿼리가 문제를 일으키는 지 알아 내려고합니다. 여러 SQL 서버에 각각 하드웨어 미러가 있는지 확인하기 위해 하드웨어를 검토하고 있습니다.

어떤 종류의 모니터링 시스템이 있는지 확인하고없는 경우 구현합니다. Nagios와 cacti / rrdtool / mrtg가 떠 오릅니다.

무엇보다도 누군가가 철저한 이해를하기 전에 실제 SQL 서버를 변경하기 위해 조치를 취하기 시작한 사람 (측정을 제외하고)을 본다면…


0

중괄호가 고통 스러울 때처럼 점점 커지는 통증이 있지만 점차적으로 치아를 올바른 정렬로 끌어 당깁니다. 관리자는 문제를 해결해야합니다. 그런 다음 사물을 적절한 정렬 상태로 끌어 올 때 조정이 이루어집니다.

좋은 또는 나쁜 관리자의 가장 큰 징후는 변경이 발생하는 방식입니다. 그는 무엇을 변경해야하는지에 대한 토론에 사용자를 참여 시키는가? 그가 특정 시스템에서 특정 사람들을 잠 그려는 이유가 있습니까? 비즈니스의 어떤 것과 마찬가지로 이유가 있어야하며 "보안을 위해"기발한 방법으로이를 막을 수 없습니다. 그대로두면 어떤 위험이 있습니까? 왜 더 잘하고 싶은가? '

사용자가 프로세스에 관여한다고 느끼고 사물이 왜 그런지 설명하고 대안을 탐색 할 수있는 경우 시스템에서 이상한 사물에 대한 역사적 원인으로 더 많은 통찰력을 제공 할 수 있습니다. 나는 도대체 왜 그렇게 이상한 설정에 대해 우리 회사에서 수십 년간 근무했던 일부 재무 담당자와 자주 상담하는 것을 발견했습니다.

실제로이 정도는 IT 외부에서도 어떤 위치에도 적용됩니다.

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