Windows 서버를 얼마나 자주 다시 시작해야합니까?


77

약간의 배경 지식 : 우리 부서에는 여러 Windows 서버 (2003, 2008)가 있습니다. 우리는 IT 부서이므로 자체 서버를 관리합니다. 우리 중 네 명 중 나는 약간의 IT 지식을 가진 유일한 사람입니다. ( "소량"에 유의하십시오.) 상사는 서버를 적어도 매주 다시 시작해야한다고 말합니다. 동의하지 않습니다. IT 부서에서는 하드 드라이브가 계속 다시 시작되므로 하드 드라이브가 고장 나서 전원 공급 장치가 꺼지는 이유라고 말합니다. (이는 지난 4 년 동안 아주 최근에 몇 대의 서버에서 발생했습니다.)

문제는 모든 사람이 얼마나 자주 Windows 서버를 다시 시작합니까? 업계 표준 또는 권장 사항이 있습니까? IT 부서는 다시 시작하기 때문에 하드웨어 문제가 발생하는 이유가 맞습니까? (그녀의 마음을 바꾸려면 이유가 필요합니다!)


111
아, 매월 두 번째 화요일 마다 . :)
jscott

4
댕! 우리는 매월 넷째 목요일마다하고있었습니다! :)
Evan

2
나는 반대편 보트에있다. 서버 당 약 12 ​​시간이 소요되는 부서 전체에 대해 일주일 동안의 토론없이 서버를 재부팅 할 수 없습니다. 그렇습니다. 여기에는 패치를위한 재부팅이 포함되며, 이는 사실상 완료되지 않음을 의미합니다.
Hyppy

19
매주 다시 시작해도 하드웨어 오류가 급격히 증가해서는 안됩니다.
JamesRyan

3
내 노트북보다 서버가 더 자주 재부팅되는 것처럼 들립니다. 일반적으로 사용하지 않을 때는 절전 모드로 전환됩니다. 재부팅하는 일반적인 이유는 Windows 업데이트 또는 소프트웨어를 설치하기 때문입니다.
Phil

답변:


116

상사는 적어도 매주 서버를 다시 시작해야한다고 말합니다.

나는 매우 동의하지 않습니다. 마이크로 소프트는 안정성과 가동 시간과 관련하여 좋은 시절 (NT, 누군가?) 시절부터 큰 발전을 이루었습니다. IT 지원에 대한 합의가 이것과 함께 바뀌지 않은 것은 부끄러운 일입니다.

모든 사람이 얼마나 자주 Windows 서버를 다시 시작합니까?

필요한 경우에만 -OS / 소프트웨어 업데이트, 다른 방법, 하드웨어 업그레이드 / 교체 또는 재시작 없이는 발생할 수없는 기타 활동을 통해 복구 할 수없는 중요한 소프트웨어 오류로 인해 발생합니다. 1

업계 표준 또는 권장 사항이 있습니까?

나는 표준 권장 사항 자체를 본 적이 없지만 특정 시간 간격 "정확한 이유"에서 필요한 재부팅을 나타내는 권장 사항 (MS 자체 제외)에 동의 할 수 없습니다 .

IT 부서는 다시 시작하기 때문에 하드웨어 문제가 발생하는 이유가 맞습니까?

컴퓨터의 가장 스트레스가 많은 기간은 컴퓨터를 다시 시작하는 것입니다. 구성 요소 온도의 급격한 변동뿐만 아니라 디스크와 팬 등 최대 100 %까지 회전하는 모든 것이 있습니다. 최신 하드웨어는 믿을 수 없을 정도로 탄력적이지만 일주일에 몇 번 변덕스럽게 서버를 수신 거부하는 이유는 아닙니다.

1 또한 , 서비스가 실패하는 등의 경우 기술자가 Windows 서버를 "그냥"재부팅하는 것을 싫어합니다. 서비스를 다시 실행해야한다는 것을 알고 있지만 서버를 촬영하는 데 문제 가있는 마지막 단계 는 재부팅 입니다. 식별 및 수정 [!] 기호, 실패의 근본 원인은 결과 거의 절대해야한다 "시큰둥, 그냥 재부팅 ...."


2
철저한 답변에 감사드립니다. 우리는 한 달에 한 번 업데이트를 수행합니다. 분명히 업데이트를 할 때 다시 시작해야합니다. 답변을 주셔서 감사합니다.
Evan

5
나는 당신의 부록에 동의하지 않습니다. 서비스가 서버 (예 : 내보내기 공유를 중지하는 NFS 서버)를 정의하고 클린 재부팅으로 X 분 후에 서비스가 다시 시작되고 기본 문제 해결 후 x + 5가 필요한 것으로 확인되면 문제는 재부팅하는 것이 가장 편리합니다. 나중에 원인 분석을 수행 할 수 있습니다. 이제, 그것은 어쨌든 그것을하는 나의 방법이며, 당신은 아주 쉽게 논쟁 할 수 있습니다. :) 내가 어떻게 굴리는 지.
Matthew

34
@Matthew : 재부팅으로 인해 손실 된 원인에 대한 일시적인 정보가없는 경우 근본 원인 분석을 수행하는 것이 좋습니다. "재부팅 만"하기로 결정했을 때 중단 시간이 여러 번 발생하는 것보다 중단 시간이 더 길어지고 중단을 일으키는 원인이되는 문제를 해결하기 위해 여러 사람에게 이야기하는 것 같습니다. 근본적인 원인 분석을 돕기 위해 일시적인 정보를 사용할 수있는 능력을 상실합니다.
Evan Anderson

8
@Matthew 서비스 장애가 발생하면 기술 담당자가 전체 상자 재부팅 하기 전에 문제 해결 단계로 서비스 를 다시 시작하려고 할 것입니다.
jscott

6
@ 반드시 동의하지만 문제가되는 인시던트 임계 값이 있어야한다고 생각합니다. 예를 들어 한 달에 한 번 발생하고 재부팅으로 10 분 안에 해결되면 비즈니스는 근본 원인을 신경 쓰지 않을 수 있습니다. 나는 당신과 나는 알고 싶다고 생각하지만 가동 시간은 근본 원인보다 더 중요합니다. 그러나 일주일에 3 번 발생하면 완전히 다른 이야기입니다.
Jim B

52

패치를 적용하는 경우 Windows 서버를 매월 재부팅해야합니다. 패치를 적용하고 있습니까? 권리?


8
나를 lol +1로 만들기

3
매월 패치 만 적용합니까?
John Gardeniers

엄밀히 말해 xe 매월 재부팅해야하는 패치 만 적용 합니다 . 모든 PTF가 재부팅을 요구하는 것은 아니며, 모든 월별 업데이트에 그러한 수정 사항이 전혀 포함되어 있지도 않습니다.
JdeBP

2
업데이트 가 필요할 때만 Windows 서버를 재부팅 합니다. 때로는 재부팅이 필요한 패치없이 몇 달이 걸릴 수도 있습니다. 그러나 몇 년 동안 재부팅하지 않고 장애없이 실행되는 Linux 서버가 있습니다. 내 네트워크에서 본 것 중 가장 긴 것은 옷장에 넣고 잊어 버린 리눅스 상자라고 생각합니다 (자동 업데이트가 발생했습니다). 나는 ssh'd했고 가동 시간은 3 년이었다. 1 년 후 전원 공급 장치 고장으로 재부팅되었습니다.
James

Linux 또는 BSD 인 경우 재부팅 하지 않고도 서버 패치 할 수 있습니다 . 커널 업데이트 (및 서버 지향 배포판에서는 드문 경우)로만 재부팅해야합니다.
SnakeDoc

18

매우 구체적인 경우에 대한 대안적인 답변을 드리겠습니다. 지난 2 ~ 3 년간의 발전으로이 문제가 바뀌었을 수 있지만 Office와 같이 많은 대화 형 응용 프로그램을 실행하는 TS 또는 Citrix 서버를 많이 사용하는 경우 매주 재부팅하지 않는 것이 좋습니다. 멈춤 된 세션, 사용한 데스크톱 힙 등과 같은 리소스에 대해 클린 슬레이트에서 시작하기 만하면됩니다. 팜을 올바르게 설정하고 재부팅을 엇갈리게하는 경우, 근무 외 시간을 적게 사용하더라도 사용자에게 영향을 미치지 않아야합니다.

물론 서버를 정기적으로 재부팅하지만 데스크탑처럼 사용됩니다.


4
음 .. TS / Citrix 사건에 대해 잘 부탁드립니다.
Hyppy

CCH의 감사 관리 소프트웨어와 함께 Citrix를 사용한 비슷한 경험.

1
시트릭스가 야간 재부팅을 권장했을 때 메타 프레임 시대에도 마찬가지였습니다.
John Gardeniers

예, 메타 프레임 ... 프린터 드라이버 매핑 파일을 가지고 노는 것을 놓치지 않습니다. IT 관리 관점에서 보면 훨씬 더 나아졌습니다.
mfinni

10

이것은 기술적 문제보다 정치적, 심리적 문제입니다.

내 경험상, 훨씬 더 오래된 버전의 창으로 작업 한 특정 사람들은 매주 재부팅 해야하는 머리에 그것을 가지고 있었고, 그들의 철학을 마음의 작은 구석에 모았습니다 (그들은 언제 휴가 중일 때 재부팅이 누락됩니다). 매우 불안정한 시스템과 응용 프로그램이 없다면 더 이상 현실에 기반하지 않습니다.

반면, 자주 재부팅하면 하드웨어 오류가 발생할 수 있지만 그 원인이 될 가능성은 거의 없습니다.


7
저의 상사는 은퇴 한 네트워크 관리자와 좋은 친구이며 적어도 매주 재부팅해야한다고 말했습니다. 답변 감사합니다.
Evan

5
그가 "퇴직"된 것은 놀라운 일이 아닙니다.
KCotreau

3

다시 시작해야하는 유일한 시간은 모든 것이 올바르게 작동하는 경우 유지 관리를위한 입니다. 예약 된 재부팅은 A) 소프트웨어 업그레이드, B) 하드웨어 유지 관리 수행 또는 C) 소프트웨어 / 서비스를 다시 시작하여 해결할 수없는 메모리 누수를 처리하는 경우에만 필요합니다. 창은 긴 가동 시간으로 알려져 있지 않지만 발생합니다 (마지막 작업에는 한 번에 몇 달 동안 일부 Win2k 상자가 있었지만 방금 작동했습니다). 모든 패치에는 재부팅이 필요할 수 있습니다.


답변 감사합니다. 이것은 그녀를 설득하는데 도움이 될 것입니다.
Evan

1
업무용 네트워크에서 몇 년 동안 운영되어 온 Windows NT, 2000 및 2003 Box를 발견했습니다. 최근까지 데이터 센터에는 매년 패치 정책이 적용되었으며 600 개가 넘는 서버에서는 250 일 이상의 범위에서 가동 시간이 드물지 않습니다. 내 서버 (약 120 개) 모든 Microsoft 패치가있을 때 업데이트 및 부팅됩니다. 때로는 지난 달처럼 사이클이 없었습니다. 가동 시간은 서버에서 실행중인 항목과 작업이 얼마나 잘 작동하는지에 따라 다릅니다. 내가 실행해야 할 것들이있는 2003 R2는 35 일마다 재부팅해야합니다. 그 후 재미있는 일이 일어납니다.
Christopher Thornton

2

나는 결코 주제에 대한 전문가는 아니지만, 실행중인 서비스에 따라 timeGetTime () 및 getTickCount ()와 같은 특정 타이밍 함수에서 오버플로가 발생할 수 있습니다.

timeGetTime의 32 비트 결과는 컴퓨터가 시작된 이후의 밀리 초 수와 같습니다. 약 49.7 일에 최대치가됩니다.


2
어, 아니 14 월의 가장 중요한 부분 위해되었습니다 - (나에게 설교하지 않는 완전히 고립 된, 신뢰할 수있는 네트워크에) 나는 서버가 NO 부작용.
Ben Pilbrow

3
모든 서버와 인스턴스에이 문제가 있다는 것을 의미하지는 않았지만 서버가 이러한 기능을 사용하는 소프트웨어를 사용하고이를 설명하지 않으면 계산 문제가 발생할 수 있습니다.
Matthew

2
32 비트 타이머 문제는 유효하지만 개별 소프트웨어 공급 업체가 자체 코드에서 신중하게 피해야하는 문제입니다. Windows는 더 이상이 타이머와 관련된 오류에 취약하지 않지만 (이전과 마찬가지로) 타이머 롤백을 설명하지 않는 소프트웨어가 설치되어 있으면 예기치 않은 결과가 발생할 수 있습니다.
tylerl

1
Microsoft KB 를 참조하고 있습니까?
jscott

9
Err 이것은 NT 4 버그 2k + 승리입니다. 우리는 NT 4가 2011 년에 죽었다고 안전하게 말할 수 있다고 생각합니다. 누군가 다른 곳에서 NT 4를 실행하고 있다면 ...이 시점에서 얻을 수있는 가치가 있습니다.
Zypher

2

매주 모든 Windows 서버를 다시 시작하는 데 시간이 걸렸을 것입니다. 요즘에는 업데이트가 필요할 때만 다시 시작합니다. 물론 그것은 여전히 ​​몇 주마다 다시 시작한다는 것을 의미합니다.


2

Microsoft는 수년 동안 서버 OS를 개선하는 데 많은 노력을 기울였습니다. 그리고 일부 서버는 문제가 발생하기 전에 6-12 개월 동안 실행할 수 있지만 일부 서버는 2-3 개월에 불과합니다. 서버에서 실행중인 서비스와 앱에 따라 다릅니다. 그러나 그들은 어느 시점에서 모두 문제가 있습니다. Windows 업데이트, 메모리 누수, 불완전한 소프트웨어는 몇 가지 이유입니다.

유지 관리 계약을 맺은 고객을 위해 업데이트를 설치하고 서버를 매월 재부팅합니다. 이러한 클라이언트는 계획되지 않은 서버 문제로 인해 정기적으로 재부팅되지 않는 문제보다 1/5 정도 훨씬 낮습니다.

재부팅으로 하드웨어 조기 고장이 발생하는 경우 하드 드라이브를 다시 시작하고 시스템이 잠재적 인 문제가 된 시간이있었습니다. 그러나 오늘날 HDD 및 기타 구성 요소는 수천 번의 시작 중지주기를 견딜 수 있도록 제작되었습니다. 서버 하드웨어가 약한 경우 문제를 신속하게 해결해야 할 때 통제 된 시간에 또는 부서가 다운되었다고 업무 일 중반에 임의의 실패로 전화를 걸 었는지 알고 싶습니까?

정기적 인 월간 재시작에 대한 단점은 없지만, 그 단점은 시간이 지남에 따라 명확하고 입증됩니다.


1

나는 '재부팅 일정'을 구성하기 위해 Windows 업데이트를 사용합니다. Windows가 스스로 관리하게하십시오. 메모리 누수로 인해 설정에서 재부팅이 필요한 경우는 거의 없습니다 ...


1

여러 Windows 2003 2008 서버에서 운영되는 회사의 네트워크 관리자입니다. 단기간 동안 다운되는 것이 매우 중요하기 때문에 일반적으로 3 개월 이상 기다리지 않고 매월 서버를 다시 시작합니다.

그러나 패치 및 Windows 업데이트 에서는 원하는대로 일정에 따라 업데이트 등을 적용하기 위해 도메인 컨트롤러에 WSUS 를 설치 합니다. 이는 서버가 스스로 업데이트되지 않고 예기치 않게 재부팅되는 것을 방지하기위한 것입니다.


1

Windows Hater는 평균 가동 시간 ( http://uptime.netcraft.com/up/today/top.avg.html )으로 시스템이 가장 오래 실행되는 Netcraft.com 사이트를 확인해야합니다 . 이것은 마지막 재부팅 이후 가장 오래 실행 된 사이트를 보여 주며 상위 50 개 중 95 %는 Windows 2003 및 2000 시스템입니다. 항상 그렇듯이 마일리지는 다를 수 있습니다.


아마도 당신은로드 밸런싱에 대해 너무 많이 모른다 ...
mfinni

0

Windows 만 지정하면 합리적인 결정을 내리기에는 너무 광범위 할 수 있습니다. 실제로 Windows 시스템에서 실행하는 서비스, 역할 및 기능 (예 : 웹 서비스, 데이터베이스 서버 등)을 고려하면 더 나은 결정을 내릴 수 있습니다.

특정 서버에서 실행되는 타사 응용 프로그램 및 웹 서비스의 품질과 동작에 따라 호스팅 Windows 컴퓨터가없는 다른 컴퓨터보다 더 자주 또는 덜 자주 호스팅 Windows 컴퓨터를 다시 시작해야 할 수 있습니다.

실제로 일부 타사 응용 프로그램 ( 완벽하게 설계된 응용 프로그램 은 아직 완벽하지 않습니다! )은 메모리, 잠금 및 소켓과 같은 수집 된 시스템 리소스를 우아하고시기 적절하게 해제하지 못할 수 있습니다. 예를 들어, 일부 충돌 한 응용 프로그램, 서비스 또는 드라이버 [재실행시] 가 보류 또는 시작 상태로 유지되어 재부팅없이 쉽게 수정되지 않을 수 있습니다.

실제로, 스트레스가 많고 스트레스가 많고 시스템 리소스가 부족한 디스크 I / O, 네트워크 및 메모리가 부족한 응용 프로그램은 Windows 컴퓨터가 지연되거나 불안정하거나 휴지통에 쌓여서 더 빨리 다시 시작하도록 제안 할 수 있습니다.

이러한 잘못된 응용 프로그램을 실행하거나 하드웨어 / 소프트웨어의 일반적인 용량보다 많은 사용자에게 서비스를 제공해야하거나 호환되지 않는 서비스를 하나의 물리적 컴퓨터에 배치해야하는 경우 Windows를 다시 시작해야한다는 결정을 내릴 수 있습니다. 주기적으로. 이 경우 서버 속도에 대한 사용자의 불만을 경청하여 재시작 기간을 조정할 수 있습니다!


-6

정답은 소프트웨어 업그레이드를하지 않는 한 결코 아닙니다. 지난 2 년 전에 서버를 재부팅 한 이유는 정전이었습니다.


3
나는 당신이 리눅스 서버에 대해 이야기하거나 당신의 서버가 전문적으로 사용되지 않기를 바랍니다 ...
HTDutchy

3
패치가 적용되는 모든 서버를 다시 시작하여 해당 패치 중 일부를 적용해야합니다. 공용 네트워크에 노출 된 모든 서버를 패치해야합니다.
railmeat

일년에 한 번 부팅되는 NT 4 도메인 컨트롤러 몇 개가 있습니다. 훨씬 더 나쁜 놈들의 대상이 더 이상 업데이트하지 ... (그들은 인터넷 직면하지 않습니다)
hsmiths
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.