고객 티켓 예시.
미국 내 팀이 모든 Microsoft 소프트웨어를 지원하여 지원 티켓을 더 빠르게 해결합니다.
이 페이지의 주제
Azure
Azure
문제: 사용자가 Azure 가상 머신(VM)의 CPU 또는 메모리 등 리소스 크기를 조정한 후 VM이 시작되지 않는다고 보고합니다. 사용자는 크기 조정 전에 VM을 종료했으며 문서화된 크기 조정 절차를 따랐습니다. 크기 조정 후 VM을 시작하면 Azure 포털에는 VM이 실행 중으로 표시되지만, 사용자는 원격 데스크톱 프로토콜(RDP)을 사용하여 VM에 연결할 수 없습니다.
해결 방법: 문제 조사 결과 , Azure VM의 가상 머신 에이전트가 정상적으로 응답하지 않는 것으로 확인되었습니다. 이는 리소스 크기 조정 작업이 VM 에이전트와 Azure 패브릭 컨트롤러 간의 통신을 방해했기 때문입니다. 문제를 해결하기 위해 Azure PowerShell 모듈을 사용하여 가상 머신 에이전트를 수동으로 재시작했습니다. 에이전트 재시작 후 VM이 성공적으로 시작되었으며, 사용자는 RDP를 통해 VM에 연결할 수 있었습니다.
Azure
문제: 고객이 Azure 가상 머신 스케일 세트(VMSS)가 피크 시간대에 웹사이트의 증가된 수요를 충족하기 위해 확장되지 않는다고 보고했습니다. 고객은 스케일링 정책을 확인하고 확장되어야 함을 확인했지만, VMSS 인스턴스가 생성되지 않고 있습니다.
해결 방법: Azure 지원 팀이 문제를 조사한 결과, 자동 확장 규칙이 "평균 CPU 사용량" 메트릭을 사용하도록 설정되어 있으며, 다른 요인으로 인해 피크 시간대에도 이 수치가 증가하지 않는다는 사실을 발견했습니다. 문제를 해결하기 위해 팀은 자동 확장 규칙을 변경하여 웹사이트 수요 증가를 더 잘 나타내는 "초당 요청 수"와 같은 다른 메트릭을 사용할 것을 권장했습니다. 고객이 이 변경 사항을 적용하자 VMSS 인스턴스가 피크 시간대에 성공적으로 확장되기 시작했습니다. 문제가 해결되었습니다.
Azure Intune
문제: 고객사는 두 단계에 걸쳐 Intune으로 관리되는 장치에 대한 정책을 설정하여 Windows 업데이트 처리를 강제 적용하려 했습니다. 정책은 적용되었으나 해당 장치들이 조치를 취하지 않았습니다. 고객사는 미결 업데이트 처리를 위해 정책 검토 및 누락된 사항 파악을 지원받기 위해 US Cloud에 티켓을 등록했습니다.
해결 방법: US Cloud는 해당 문제를 조사한 후, 문제의 원인이 Microsoft Teams Rooms 앱(MTR)과 관련이 있을 가능성이 높다고 고객에게 조언했습니다. MTR에는 Windows 10 기능에 내장된 로직이 적용되어 있어, Windows가 업데이트를 출시한 시점으로부터 6개월이 지나야만 (Microsoft Teams Rooms를 실행하는 장치에 대한) 업데이트가 허용됩니다. 이는 Windows Update for Business 채널(즉, Semi-Annual Channel)에 Microsoft Teams Rooms 기기 전용 차단 기능을 적용하고 앱 설정을 통해 구현됩니다. 이 차단 기간 동안 Microsoft는 사내 및 기기 OEM 파트너사를 통해 다양한 테스트를 수행하여 새로운 Windows 10 기능 릴리스가 Microsoft Teams Rooms 앱 및 연결된 주변 기기와 원활하게 작동하는지 확인합니다.
이는 장치 보안과 일관된 사용자 경험을 보장하고 Microsoft Teams Rooms 앱을 통해 제공되는 경험의 품질을 확보하는 데 중요합니다. 해당 문제와 원인이 고객에게 상세히 설명되었으며, IT 부서는 업데이트 지연에 대한 기대치를 재설정할 수 있었습니다.
Azure AD
문제: Azure AD Connect가 실행 중인 Windows Server에서 동기화 프로세스가 제대로 작동하지 않습니다. 동기화 상태에 따르면 마지막 동기화가 성공하지 못했으며, 온프레미스 Active Directory에서 수행된 변경 사항이 Azure AD로 복제되지 않고 있습니다.
해결 방법: Azure AD Connect 설치 상태를 확인하고 서비스가 실행 중인지 검증한 결과 , 해당 문제는 방화벽 설정과 관련된 것으로 확인되었습니다. Azure AD와의 통신에 필요한 포트가 Windows 방화벽에서 열려 있지 않았습니다. 문제를 해결하기 위해 방화벽에 인바운드 및 아웃바운드 규칙을 생성하여 필요한 포트를 개방했습니다. 이러한 변경 사항 적용 후 동기화 프로세스가 성공적으로 실행되었으며, 온프레미스 Active Directory의 변경 사항이 Azure AD로 복제되었습니다.
Azure DevOps
문제: 배포 과정에서 Azure DevOps 파이프라인이 실행에 실패하여 애플리케이션 출시가 지연되었습니다. 오류 메시지에는 필수 패키지가 누락되었다고 표시되었으나, 해당 패키지가 발견되지 않은 이유는 명확하지 않았습니다.
해결 방법: 누락된 패키지를 프로젝트 종속성에 추가하고 애플리케이션을 재빌드하여 문제를 해결했습니다. 또한 파이프라인을 업데이트하여 실행 전에 모든 필수 종속성을 확인하도록 하여 향후 유사한 문제 발생을 방지했습니다. 팀은 또한 출시 과정에 지연을 초래하기 전에 문제를 포착하기 위해 자동화된 테스트를 구현했습니다.
Azure Resource Manager
문제: 새 Azure Resource Manager(ARM) 템플릿 배포 중 리소스를 생성하거나 업데이트할 수 없다는 오류 메시지와 함께 배포가 실패합니다.
해결 방법: 문제를 해결하기 위해 리소스 그룹이 존재하는지 및 올바른 권한이 할당되었는지 확인했습니다. 필요한 권한이 누락된 것으로 확인되어, 필요한 사용자와 서비스 주체에 적절한 권한을 부여했습니다. 이후 배포를 재시도한 결과 성공적으로 완료되었으며, 리소스가 예상대로 업데이트되었습니다.
Microsoft 365
M365 디펜더
문제: 적절한 정책이 적용되어 있고 장치가 최신 상태임에도 불구하고, Windows 장치에서 M365 Defender가 위협을 탐지하지 못하고 있습니다.
해결 방법: M365 Defender 설정을 확인하고 모든 정책이 올바르게 구성되었는지 검증하여 문제를 해결했습니다. 다음 단계로 영향을 받은 장치에 Windows Defender 최신 업데이트가 설치되었는지 확인했습니다. 업데이트 설치가 완료된 것을 확인한 후, 해당 장치들을 다시 위협 검사를 실행하여 문제를 해결했습니다. 마지막으로 M365 Defender가 모든 Windows 장치에서 지속적으로 위협을 모니터링하고 탐지할 수 있도록 추가 조치를 시행했습니다.
M365 Power BI
문제: 사용자가 자동 새로 고침을 일정으로 설정했음에도 불구하고 Power BI 대시보드가 자동으로 새로 고쳐지지 않는다고 보고했습니다.
해결 방법: 문제 조사 결과 , 사용자의 데이터 소스 인증 정보가 제대로 저장되지 않아 새로 고침이 실패한 것으로 확인되었습니다. 데이터 소스 인증 정보를 올바른 로그인 정보로 업데이트하고 자동 새로 고침 일정을 재시작했습니다. 이후 대시보드는 설정된 일정에 따라 성공적으로 새로 고침되었습니다. 향후 유사한 문제가 발생할 경우 데이터 소스 인증 정보를 다시 한 번 확인하도록 사용자에게 안내했습니다.
M365 PowerApps
문제: PowerApps 양식이 SharePoint 목록에 데이터를 제출하지 않음
해결 방법: 먼저 SharePoint 목록이 PowerApps 양식에서 데이터를 수신하도록 올바르게 구성되었는지 확인했습니다 . 그런 다음 양식과 SharePoint 목록 간의 연결이 정상적으로 작동하는지 확인했습니다. 다음으로, 제출 버튼의 OnSelect 함수가 SharePoint 목록과 올바르게 연결되었는지 검토했습니다. 마지막으로, 문제를 일으킬 수 있는 양식 내 누락되거나 잘못된 수식 또는 표현식이 있는지 확인했습니다. 이러한 단계를 거친 후, PowerApps 양식에서 SharePoint 목록으로 데이터를 성공적으로 제출할 수 있었습니다.
M365 SharePoint
문제: 사용자가 M365에서 SharePoint 목록의 내용을 볼 수 없다고 보고했습니다. 목록을 클릭할 때마다 페이지는 로드되지만 목록 항목이 표시되지 않았습니다.
해결 방법: 저희 팀이 해당 문제를 조사한 결과, 사용자가 실수로 목록의 보기 설정을 변경한 것으로 확인되었습니다. 사용자에게 다른 보기를 선택하거나 현재 보기를 기본 설정으로 재설정하도록 안내했습니다. 저희 지침을 따른 후, 사용자는 추가 문제 없이 목록 내용을 볼 수 있었습니다. 또한 의도하지 않은 결과를 방지하기 위해 목록 설정을 수정할 때 주의할 것을 사용자에게 상기시켰습니다.
M365 Teams
문제점: 고객사는 최근 Teams로 전환했으나 사용자 오류가 여전히 빈번하게 발생하고 있었습니다. 일부 중요한 Teams 메시지가 실수로 삭제된 사실이 발견되었으며, 내부 IT 팀의 모든 복구 시도가 실패로 돌아갔습니다.
해결 방법: US Cloud는 먼저 메시지의 배경과 세부 정보를 확보하고, 해당 메시지/팀이 보관된 것이 아니라 실제로 삭제되었음을 확인했습니다. 이후 US Cloud 엔지니어들은 고객의 Microsoft Teams 인스턴스에 '법적 보존(Legal Hold)'이 설정되었는지 확인했습니다. IT 팀이 흔히 사용하는 기능은 아니지만, 리걸 홀드는 설정 시 활성화되어 팀 내 모든 정보와 상호작용이 무기한 보존되도록 하여 법정 증거를 검색 및 추출할 수 있게 합니다. 리걸 홀드는 데이터가 삭제된 후에도 사본을 유지합니다. 사용자는 평소처럼 콘텐츠를 삭제할 수 있지만, 마이크로소프트는 관리자가 접근 가능한 숨겨진 위치에 데이터를 계속 보관합니다.
미국 클라우드 팀은 삭제된 Teams Room이 실제로 소송 보존에 백업되어 있으며 메시지가 복원되었음을 확인했습니다. 화면 공유 중 감사 로그를 검토한 결과, 해당 유형의 이벤트에 대한 감사 수준이 전혀 설정되지 않은 것으로 나타났습니다. 미국 클라우드 팀은 고객에게 Exchange 측면에서 검토할 것을 권고했으며, 메시지를 삭제한 사용자를 발견했습니다. 이후 관련 권한을 조정하여 문제를 해결하고 재발을 방지하는 방법을 안내받았습니다.
M365 Exchange
문제: Exchange 서버가 이메일 송수신을 중단했습니다. 조사 결과 Exchange 서버의 전송 서비스가 작동하지 않는 것으로 확인되었습니다. 문제의 근본 원인은 Exchange 서버와 이메일 클라이언트 간 보안 통신에 필요한 SSL 인증서가 만료된 것으로 추적되었습니다.
해결 방법: 만료된 SSL 인증서를 유효한 인증서로 교체하고 Exchange Server 전송 서비스를 재시작합니다. 이후 Exchange Server의 이메일 송수신 기능을 테스트하여 문제가 해결되었음을 확인합니다. 향후 유사한 문제 발생을 방지하기 위해 SSL 인증서 만료 시점을 감지하여 IT 팀에 알림을 제공하는 모니터링 시스템을 구축합니다.
M365 원드라이브
문제: 사용자들이 Office 문서를 OneDrive와 동기화하는 과정에서 문제를 겪고 있으며, 이로 인해 동기화 오류가 발생하고 있습니다. 일부 사용자들은 또한 OneDrive 폴더 내에 중복 파일이 생성되는 현상을 목격하고 있습니다.
해결 방법: 문제 조사를 통해 동기화 오류가 Office 업로드 센터와의 충돌로 인해 발생한 것으로 확인되었습니다. 해결 방안은 Office 업로드 센터를 비활성화한 후 Microsoft Office를 복구하는 것이었습니다. 중복 파일 문제는 OneDrive 설정에서 '필요 시 파일' 기능을 끄는 것으로 해결되었습니다. 이러한 변경 사항 적용 후 동기화 오류와 중복 파일이 해결되어 사용자들은 문제 없이 Office 문서를 OneDrive와 동기화할 수 있게 되었습니다.
M365 플로우
문제: 사용자가 트리거 조건을 충족했음에도 불구하고 Microsoft Flow 워크플로가 실행되지 않는다고 보고했습니다. 해당 사용자는 이미 트리거 조건이 충족되었는지, 그리고 워크플로를 실행하는 데 필요한 권한이 자신의 계정에 부여되었는지 확인한 상태였습니다.
해결 방법: 지원팀이 문제를 조사한 결과, 이는 Microsoft Flow 서비스의 알려진 버그와 관련된 것으로 확인되었습니다. 해당 서버에 패치를 적용한 후 사용자의 워크플로가 성공적으로 트리거될 수 있었습니다. 지원팀은 향후 서비스 중단이나 문제 발생 시를 대비하여 Microsoft Flow 서비스 상태 대시보드를 확인하도록 사용자에게 권고했습니다.
M365 플래너
문제: 팀에서 Microsoft Planner의 공유 계획에서 작업 할당이 업데이트되지 않는다고 보고합니다. 팀원에게 작업이 할당되어도 변경 사항이 다른 팀원에게 실시간으로 반영되지 않습니다. 팀은 모든 사용자가 공유 계획에 제대로 연결되어 있고 필요한 권한을 보유하고 있음을 확인했습니다.
해결 방안: 광범위한 조사 결과 , 해당 문제는 Planner 서버와 사용자 로컬 캐시 간의 동기화 지연에서 비롯된 것으로 확인되었습니다. 지원팀은 동기화 프로세스를 개선하고 지연을 줄이기 위한 패치를 적용했습니다. 또한 해당 팀원들에게 임시 파일을 삭제하고 Planner 애플리케이션을 재시작하여 로컬 캐시를 수동으로 새로 고칠 것을 권고합니다. 이를 통해 공유 계획 내 모든 팀원의 작업 할당이 정확하고 적시에 업데이트되도록 보장합니다.
역학
Dynamics 365
문제: 사용자들이 웹 클라이언트에서 Dynamics 365를 사용할 때 성능 저하를 경험하고 있었습니다. 이는 사용자들의 불만을 야기하고 생산성을 저하시키고 있었습니다.
해결 방법: 문제 조사 결과 , 백그라운드에서 실행 중인 몇몇 사용자 정의 스크립트가 성능 최적화가 되어 있지 않은 것으로 확인되었습니다. 이 스크립트들이 웹 클라이언트의 속도 저하를 유발하고 있었습니다. 해결책은 불필요한 루프 제거, DOM 조작 횟수 감소, 쿼리 최적화를 통해 사용자 정의 스크립트를 개선하는 것이었습니다. 최적화된 스크립트를 적용한 후 웹 클라이언트의 성능이 크게 향상되었으며, 사용자들은 더 이상 느린 성능을 경험하지 않게 되었습니다.
Dynamics AX
문제: Dynamics AX 업데이트 설치 중 , 누락된 종속성으로 인해 설치가 실패했다는 오류 메시지가 표시됩니다. 종속성을 확인한 결과, 서버에 필요한 타사 구성 요소 중 하나가 설치되지 않은 것으로 확인되었습니다.
해결 방법: 누락된 구성 요소를 확인하여 서버에 설치합니다. 이후 업데이트 설치를 재시도하여 성공적으로 완료합니다. 업데이트로 인해 Dynamics AX 기능에 문제가 발생하지 않았는지 시스템 테스트를 수행합니다. 마지막으로, 향후 설치 또는 업그레이드 시 필수 종속성으로 새로 설치된 구성 요소를 반영하도록 문서를 업데이트합니다.
Dynamics GP
문제: Dynamics GP에서 거래를 게시하려고 할 때 사용자가 오류 메시지를 보고합니다. 오류 메시지는 해당 배치(batch)가 다른 사용자에 의해 편집 중이며 게시할 수 없다고 표시합니다. 그러나 사용자는 자신이 해당 배치에 접근하는 유일한 사용자임을 확인했습니다.
해결 방법: 해당 문제는 데이터베이스의 잠금 문제로 인해 발생한 것으로 확인되었습니다. 지원팀이 잠금을 식별하여 제거함으로써 사용자가 거래를 성공적으로 게시할 수 있게 되었습니다. 지원팀은 향후 유사한 문제를 방지하기 위해 데이터베이스 무결성 검사 실행 및 오래된 거래 데이터 정리와 같은 정기적인 데이터베이스 유지보수 작업을 수행할 것을 권장합니다.
다이나믹스 선물 및 옵션
문제: Dynamics F&O 사용자가 특정 양식을 열 때 나타난 오류 메시지를 보고했습니다. 해당 오류 메시지는 양식 내 객체에 문제가 있음을 나타내며 사용자가 양식을 열지 못하게 했습니다. 사용자는 양식을 새로고침하고 캐시를 지우며 심지어 시스템을 재시작해 보았지만 오류가 지속되었습니다.
해결 방법: 해당 문제는 Dynamics F&O 데이터베이스의 데이터 불일치로 인해 발생한 것으로 확인되었습니다. 데이터베이스 관리자가 쿼리를 실행하여 구체적인 데이터 불일치 사항을 파악하고 이를 수정하였습니다. 데이터 불일치가 해결된 후 사용자는 오류 메시지 없이 해당 양식을 열 수 있었습니다. 관리자는 추가적인 데이터베이스 불일치를 방지하기 위해 유사한 문제가 발생할 경우 즉시 보고할 것을 사용자에게 권고하였습니다.
Windows Server
Windows Server
문제: 고객사는 Windows Server 2012를 사용 중이었으며, 매주 서버를 재부팅하도록 예약된 반복 작업을 실행하고 있었습니다. 명백한 원인 없이 해당 서버가 해당 작업을 주 초반에 먼저 실행하기 시작했고, 이후 예정된 시간에도 다시 실행되었습니다.
해결 방법: US Cloud는 먼저 시스템이 최대 절전 모드에 있지 않은지 확인했습니다. 또한 이벤트 로그에는 커널 전원 손실 관련 이벤트가 없었으며, 로그에 이벤트 ID 42도 없었습니다. US Cloud 엔지니어는 고객에게 작업에서 AC 조건을 제거하고 GPO 설정이나 SCCM 재부팅 스케줄이 설정되어 있지 않은지 확인하도록 지시했습니다. 고객사는 작업 스케줄러를 Windows Server 2008용으로 설정되어 있던 것을 Windows Server 2012 R2용으로 재설정했습니다. 변경 후 고객사는 주말 동안 변경된 상태로 작업을 실행하게 하여 문제가 해결되었음을 확인했습니다.
Windows Server
문제: Windows Server 관리자가 서버가 계속해서 충돌하고 응답하지 않는다고 보고했습니다. 조사 결과, 특정 서비스가 응답하지 않아 서버가 충돌하는 것으로 확인되었으나 문제의 원인을 파악하지 못했습니다. 해당 서비스와 서버를 재시작해 보았지만 문제는 지속되었습니다.
해결 방법: 팀은 응답하지 않는 서비스의 원인을 파악하기 위해 디버그 진단 도구를 사용할 것을 권장했습니다. 그들은 해당 도구가 생성한 메모리 덤프를 분석한 결과, 서비스 내 특정 함수가 문제를 유발하고 있음을 발견했습니다. 해당 함수를 조사한 결과, 더 이상 사용 불가능한 리소스에 접근하려는 시도가 있음을 확인했습니다. 이 시나리오를 올바르게 처리하도록 함수를 업데이트한 결과, 서버가 더 이상 충돌하지 않게 되었습니다.
Windows Server
문제: Windows Server 2019 가상 머신(VM)이 올바른 자격 증명을 제공했음에도 도메인에 가입할 수 없었습니다. 오류 메시지는 보안 채널 문제로 인해 VM이 도메인 컨트롤러와 연결을 설정하지 못했음을 나타냈습니다. 관리자는 컴퓨터 계정을 재설정하고 Netdom 명령을 사용하여 보안 채널을 복원해 보았지만 문제가 지속되었습니다.
해결 방법: 팀은 가상 머신(VM)의 시계가 도메인 컨트롤러의 시계와 5분 이상 동기화되지 않아 보안 채널이 실패하는 것을 발견했습니다. 관리자가 VM의 시계를 도메인 컨트롤러의 시계와 일치하도록 업데이트한 후, VM은 도메인에 성공적으로 가입할 수 있었습니다. 팀은 또한 VM에서 시간 동기화를 구성하여 시계가 도메인 컨트롤러의 시계와 계속 동기화되도록 유지할 것을 권장했습니다.
Windows Server - Active Directory
문제: Windows Server 관리자가 두 도메인 컨트롤러 간 Active Directory 복제 문제점을 보고했습니다. 관리자는 네트워크 연결성과 DNS 구성을 확인했으나 복제 실패를 해결하지 못했습니다. 도메인 컨트롤러 간 보안 채널을 재설정했지만 문제가 지속되었습니다.
해결 방법: 지원 팀이 조사한 결과 도메인 컨트롤러의 보안 식별자(SID) 불일치가 발견되었습니다. 문제를 해결하기 위해 팀은 도메인 컨트롤러의 메타데이터 정리를 수행하여 유효하지 않거나 고아 상태의 항목을 제거할 것을 권장했습니다. 정리를 수행한 후 도메인 컨트롤러 간 SID가 일치하게 되었습니다. 복제를 재시작한 결과 도메인 컨트롤러 간 통신이 가능해졌으며 Active Directory 데이터를 성공적으로 복제하여 문제를 해결했습니다.
Windows Server - AD 페더레이션
문제: Windows Server 관리자가 ADFS 인증 문제로 인해 사용자가 연합 애플리케이션에 로그인할 수 없다고 보고했습니다. 인증서가 유효하고 연합 서버 간의 신뢰 관계가 정상적으로 작동하는지 확인한 후, 관리자는 이벤트 로그를 확인하여 ADFS 서비스가 SQL 데이터베이스에 연결할 수 없다는 오류 메시지를 발견했습니다.
해결 방법: 지원팀이 문제를 조사한 결과, SQL 데이터베이스 내 ADFS 서비스 계정의 잘못된 구성으로 인해 발생한 것으로 확인되었습니다. 지원팀은 관리자에게 ADFS 서비스 계정의 SQL Server 데이터베이스 권한을 확인하고 필요한 테이블에 접근할 수 있는 적절한 권한이 부여되었는지 확인하도록 권고했습니다. 관리자는 팀의 권고 사항을 따라 SQL 데이터베이스 내 서비스 계정 권한을 업데이트했습니다. 이후 ADFS 서비스는 데이터베이스에 연결하고 사용자를 인증하는 데 아무런 문제 없이 정상 작동했습니다. 문제가 해결되었습니다.
Windows Server - 그룹 정책
문제: Windows Server 관리자가 도메인 내 클라이언트 컴퓨터에 그룹 정책 설정이 적용되지 않는다고 보고했습니다. 관리자는 그룹 정책 개체가 적절한 조직 단위(OU)에 연결되어 있고 권한이 올바르게 설정되었음을 확인했지만, 설정은 여전히 적용되지 않습니다. 관리자는 또한 클라이언트 컴퓨터의 이벤트 로그를 확인한 결과 그룹 정책 처리가 실패했다는 오류 메시지를 발견했습니다.
해결 방법: 문제 조사를 진행한 결과 , 지원팀은 클라이언트 컴퓨터의 그룹 정책 캐시 손상이 문제의 원인임을 확인했습니다. 이를 해결하기 위해 지원팀은 C:\Windows\System32\GroupPolicy 폴더의 내용을 삭제하여 클라이언트 컴퓨터의 그룹 정책 캐시를 지울 것을 권장했습니다. 관리자가 클라이언트 컴퓨터에서 이 작업을 수행한 후 그룹 정책 설정이 정상적으로 적용되었습니다. 문제가 해결되었으며, 클라이언트 컴퓨터는 그룹 정책 설정을 정상적으로 수신하고 적용하고 있습니다.
Windows Server - PowerShell
문제: Windows Server 관리자가 서버에서 PowerShell 명령어가 실행되지 않는다고 보고했습니다. 관리자는 Get-ChildItem 및 Get-Service와 같은 기본 명령어를 실행해 보았으나, 모두 명령어가 인식되지 않는다는 오류 메시지와 함께 실패했습니다. 관리자는 또한 서버에 설치된 PowerShell 버전이 최신 상태이며, 실행 정책이 스크립트 실행을 허용하도록 설정되어 있음을 확인했습니다.
해결 방법: 지원팀은 PowerShell이 정상적으로 실행되기 위해 필요한 환경 변수가 누락되어 문제가 발생했다고 판단합니다. 문제를 해결하기 위해 팀은 PowerShell 실행 파일이 포함된 폴더 경로를 PATH 환경 변수에 추가할 것을 권장합니다. 관리자가 PATH 환경 변수에 해당 폴더 경로를 추가하자 PowerShell 명령어가 성공적으로 실행됩니다. 문제가 해결되어 관리자는 이제 서버에서 PowerShell 명령어를 사용할 수 있습니다.
Windows Server - Hyper-V
문제: Hyper-V 서버에서 가상 머신이 네트워크에 연결되지 못하는 일반적인 문제가 발생했습니다 . 이로 인해 가상 머신과 다른 네트워크 장치 간의 통신 문제가 발생했습니다.
해결 방법: Hyper-V 서버에서 가상 머신 네트워크 연결 문제가 가상 스위치 구성 확인 및 가상 머신 네트워크 어댑터 설정 업데이트를 통해 해결되었습니다. 가상 스위치 구성이 잘못되어 가상 머신이 네트워크에 연결할 수 없었으며, 이를 수정해야 함을 확인했습니다. 또한 가상 머신의 네트워크 어댑터 설정을 업데이트하여 올바른 네트워크 구성을 사용하도록 했습니다.
Windows Server - 원격 데스크톱
문제: Windows Server에서 원격 데스크톱 연결이 실패하는 일반적인 문제가 발생했습니다 . 이로 인해 서버에 대한 원격 접근이 차단되었으며, 서버와 원격 장치 간의 통신 문제가 발생했습니다.
해결 방법: 문제를 해결하기 위해 원격 데스크톱 서비스 이벤트 로그를 확인한 결과, RDP 리스너가 사용 불가능하다는 오류가 발견되었습니다. 이후 PowerShell 스크립트를 실행하여 RDP 리스너 서비스를 재시작했으며, 이로 인해 문제가 해결되어 서버에 대한 원격 접속이 가능해졌습니다.
Windows Server - IIS
문제: IIS가 설치된 Windows Server에서 웹 서버가 응답하지 않는 일반적인 문제가 발생했습니다 . 이로 인해 웹사이트 접근이 차단되었고, 서버와 원격 장치 간의 통신 문제가 발생했습니다.
해결 방법: 이 문제를 해결하기 위해 IIS 로그를 확인한 결과, 웹사이트가 특정 IP 주소에 바인딩할 수 없다는 오류가 발견되었습니다. 이후 네트워크 구성을 확인한 결과 해당 IP 주소가 올바르게 설정되지 않은 것을 확인했습니다. 올바른 IP 주소를 사용하도록 네트워크 구성을 업데이트하고 웹사이트를 재시작한 결과 문제가 해결되어 웹사이트에 접근할 수 있게 되었습니다.
Windows Server - DFS
문제: 두 Windows Server 머신 간 DFS 복제가 작동하지 않아 파일이 제대로 동기화되지 않고 데이터 불일치가 발생합니다.
해결 방법: 문제의 원인이 한 대의 컴퓨터에 설치된 오래된 네트워크 드라이버 때문임을 확인했습니다 . 드라이버를 업데이트한 후 DFS 복제 서비스를 재시작하고 두 서버 간에 강제 동기화를 수행했습니다. 이를 통해 문제가 해결되었으며 서버 간 파일이 정상적으로 동기화되고 있음을 확인했습니다.
Windows Server - ID 관리자
문제: Windows Server Active Directory와 Identity Manager 시스템 간의 동기화 문제로 인해 사용자가 애플리케이션에 로그인할 수 없습니다.
해결 방법: 동기화 서비스 계정이 필요한 Active Directory 리소스에 접근할 권한이 부족하다는 사실을 확인했습니다 . 해당 서비스 계정에 적절한 권한을 부여하고 동기화 서비스를 재시작했습니다. 동기화 프로세스가 원활하게 실행되는 것을 확인한 후, 사용자들은 추가 문제 없이 영향을 받은 애플리케이션에 로그인할 수 있었습니다.
온프레미스
온프레미스 - 시스템 센터
문제: 시스템 센터 운영 관리자(SCOM) 콘솔이 느리게 로드되며 사용자 입력에 대한 반응이 느립니다.
해결 방안: SCOM 데이터베이스의 성능 저하 원인이 과도한 데이터베이스 확장에 있음을 확인했습니다 . 오래된 데이터 삭제, 테이블 재색인, 통계 업데이트를 포함한 데이터베이스 정리 및 최적화 작업을 수행했습니다. 최적화 작업 완료 후 SCOM 콘솔 성능이 크게 개선되었으며, 사용자들은 로딩 시간 단축과 응답성 향상을 보고했습니다.
온프레미스 - SharePoint
문제: SharePoint 관리자가 사용자들이 SharePoint 사이트의 특정 문서 라이브러리에 접근할 수 없다고 보고했습니다. 관리자는 라이브러리의 권한을 확인하고 사용자들이 적절한 권한을 가지고 있음을 확인했지만, 문제가 여전히 지속되고 있습니다. 관리자는 또한 사이트 및 서버 로그를 확인했으나 이 문제와 관련된 오류는 발견하지 못했습니다.
해결 방법: 추가 조사 결과 , 지원팀은 문제가 라이브러리의 손상된 권한 설정으로 인해 발생함을 확인했습니다. 문제를 해결하기 위해 지원팀은 PowerShell을 사용하여 라이브러리 권한을 기본값으로 재설정할 것을 권장했습니다. 관리자는 PowerShell 스크립트를 실행하고 라이브러리 권한이 재설정되었음을 확인했습니다. 이후 사용자들은 라이브러리에 접근할 수 있게 되었으며 문제가 해결되었습니다.
온프레미스 - Exchange
문제: MS Exchange 데이터베이스가 마운트되지 않아 사용자가 이메일에 접근할 수 없습니다. Exchange 관리자는 데이터베이스가 정상 종료 상태이며 충분한 디스크 공간이 확보되어 있음을 확인했습니다. 그러나 데이터베이스를 마운트하려고 시도할 때 데이터베이스가 손상되었다는 오류 메시지와 함께 실패합니다.
해결 방법: 문제 조사 결과 , 지원팀은 Exchange 데이터베이스가 손상되었으며 로그가 재생되지 않고 있음을 확인했습니다. 문제를 해결하기 위해 팀은 최신 백업에서 데이터베이스를 복원하고 로그를 재생할 것을 권장했습니다. 관리자가 백업에서 데이터베이스를 복원하고 로그를 재생한 후 데이터베이스가 성공적으로 마운트되었습니다. 문제가 해결되어 사용자들이 이제 이메일에 접근할 수 있게 되었습니다.
온프레미스 - BizTalk
문제: BizTalk 관리자가 두 시스템 간 메시지 송수신에 문제가 발생하고 있다고 보고합니다. 관리자는 송신 포트와 수신 위치가 올바르게 구성되었음을 확인했지만, 메시지가 여전히 처리되지 않고 있습니다. 또한 이벤트 로그를 확인한 결과 스키마 유효성 검사 오류로 인해 메시지 처리가 중단되었다는 오류 메시지가 발견되었습니다.
해결 방법: 문제 조사 결과 , 지원팀은 메시지 스키마와 수신 시스템이 기대하는 스키마 간의 불일치로 인해 문제가 발생했다고 판단했습니다. 문제를 해결하기 위해 지원팀은 메시지 스키마를 수신 시스템의 기대 스키마에 맞게 업데이트할 것을 권장했습니다. 관리자가 메시지 스키마를 업데이트하고 전송 포트 및 수신 위치를 재시작한 후, 메시지가 성공적으로 처리되었습니다. 문제가 해결되었습니다.
온프레미스 - SQL Server
문제: Windows Server 관리자가 온프레미스 SQL Server 데이터베이스가 응답하지 않아 사용자가 접근할 수 없다고 보고했습니다. 관리자는 서버 하드웨어가 정상 작동 중이며 네트워크 연결 문제도 없음을 확인했습니다. 또한 SQL Server 오류 로그를 확인한 결과 데이터베이스에서 트랜잭션 교착 상태가 발생하고 있음을 나타내는 오류 메시지를 발견했습니다.
해결 방법: 교착 상태 정보를 분석한 결과 , 지원팀은 서로 다른 트랜잭션에서 발생한 쿼리 충돌이 문제의 원인임을 확인했습니다. 이를 해결하기 위해 지원팀은 SQL 쿼리를 수정하여 상호 충돌이 발생하지 않도록 할 것을 권장했습니다. 관리자는 애플리케이션 개발자와 협력하여 SQL 쿼리를 수정한 후 데이터베이스가 다시 정상적으로 응답하기 시작했습니다. 문제가 해결되어 사용자들은 아무런 문제 없이 데이터베이스에 접근할 수 있게 되었습니다.
온프레미스 - Skype Business
문제: 한 사용자가 Skype for Business의 지속적 채팅방에서 메시지를 볼 수 없다고 보고합니다. 다른 사용자들은 메시지를 볼 수 있지만, 해당 사용자는 볼 수 없습니다. 관리자는 사용자에게 채팅방에 대한 적절한 권한이 부여되었으며 채팅방이 정상적으로 작동함을 확인했으나, 여전히 해당 사용자는 메시지를 볼 수 없습니다.
해결 방법: 문제 조사를 진행한 결과 , 지원팀은 사용자의 Skype for Business 클라이언트가 서버와 제대로 동기화되지 않는다는 사실을 확인했습니다. 문제를 해결하기 위해 지원팀은 다음 폴더의 내용을 삭제하여 사용자의 Skype for Business 캐시를 지울 것을 권장합니다: \Lync 및 \Lync\sip_USERNAME. 사용자가 클라이언트에서 이 작업을 수행하자 지속형 채팅방의 메시지가 정상적으로 표시되었습니다. 문제가 해결되었습니다.
개발자
개발자 - Edge 브라우저
문제: 다른 도메인의 웹 페이지에 접근할 때 Edge 브라우저가 "Cross-Origin Resource Sharing"(CORS) 정책 문제로 인해 웹 페이지에 접근할 수 없다는 오류 메시지를 표시합니다. 이 오류로 인해 웹 페이지가 제대로 로드되지 않아 사용자의 브라우징 경험이 방해받을 수 있습니다.
해결 방법: CORS 문제를 해결하기 위해 Edge의 "인터넷 옵션" 설정에서 "도메인 간 데이터 소스 액세스" 옵션을 활성화했습니다. 또한 서버 측 코드를 업데이트하여 크로스 오리진 요청을 허용하는 적절한 CORS 헤더를 포함시켰습니다. 이러한 변경 사항을 적용한 후 애플리케이션을 다시 테스트하여 CORS 문제가 해결되었음을 확인했습니다.
개발자 - Visual Studio
문제: 개발자가 Visual Studio 빌드가 MSB3073 오류로 실패한다고 보고했습니다. 이 오류는 명령어가 0이 아닌 종료 코드로 종료되었음을 나타냅니다. 이 오류는 개발자가 빌드된 파일을 파일 시스템의 특정 위치로 복사하는 빌드 후 명령어를 실행하려 할 때 발생했습니다. 개발자는 해당 명령어가 명령줄에서 수동으로 실행했을 때는 정상적으로 작동함을 확인했습니다.
해결 방법: 조사 결과 , 지원팀은 MSB3073 오류가 Visual Studio가 프로젝트의 모든 종속성 빌드를 완료하기 전에 포스트 빌드 명령을 실행하려 시도한 데서 비롯된 것으로 확인했습니다. 이 문제를 해결하기 위해 지원팀은 프로젝트 파일의 "Copy" 타깃에 "BeforeTargets" 속성에 대한 종속성을 추가할 것을 권장했습니다. 이를 통해 모든 종속성이 성공적으로 빌드된 후에 포스트 빌드 명령이 실행되도록 보장했습니다. 개발자는 프로젝트 파일에 이 변경 사항을 적용한 후 MSB3073 오류 없이 성공적으로 빌드할 수 있었습니다.
개발자 - .Net 개발
문제: 한 .NET 개발자가 ASP.NET Core 애플리케이션이 시작 시 "유형에 대한 서비스를 해결할 수 없음"이라는 메시지와 함께 System.InvalidOperationException 예외를 발생시킨다고 보고했습니다. 프로젝트 재빌드, 솔루션 정리, NuGet 패키지 캐시 지우기 등 다양한 해결책을 시도했음에도 불구하고, 이 오류로 인해 애플리케이션이 정상적으로 시작되지 못했습니다.
해결 방법: 지원팀이 문제를 조사한 결과 , 등록된 서비스와 애플리케이션의 종속성 간 불일치로 인해 오류가 발생한 것으로 확인되었습니다. 문제를 해결하기 위해 Startup.cs 파일의 ConfigureServices 메서드를 확인하여 모든 종속성이 올바르게 등록되었는지 확인하도록 권장했습니다. 개발자가 등록 코드를 업데이트한 후, 애플리케이션은 System.InvalidOperationException 오류 없이 정상적으로 시작되었습니다.
개발자 - Outlook
문제: 이 매우 규모가 크고 유명한 100년 역사의 미국 소매업체가 전자상거래 업체로 전환한 직후, 직원 사용자 전체가 SharePoint 사이트에 로그인하여 접근할 수 없게 되었습니다. 해당 기업은 이 허브를 주요 내부 문서 공유 및 접근 허브로 사용해 왔으며, 접근 불가로 인해 비즈니스에 심각한 차질이 발생하고 있었습니다.
해결 방법: US Cloud 티켓이 생성되었습니다. 초기 신속 대응 및 분류 후 당일 프리미어 엔지니어가 투입되었습니다. 고객사의 최근 활동을 조사한 결과, SharePoint 서버용 인증서가 매우 최근에 업데이트된 사실이 확인되었습니다. US Cloud는 이 업데이트가 문제의 가장 유력한 원인이라고 판단하고, 모든 SharePoint 서버의 신뢰할 수 있는 루트 인증서 저장소에 "SharePoint 루트 인증 기관" 인증서를 가져올 것을 고객사에 권고했습니다. 고객사가 해당 단계를 완료하자 모든 사용자의 로그인 기능이 복구되었습니다.
개발자 - 오피스 제품군
문제: 한 개발자가 Excel의 VBA 매크로가 느리게 실행되고 많은 메모리를 소모하여 Excel이 충돌한다고 보고했습니다. 해당 매크로는 이전에는 아무런 문제 없이 실행되었으나, 새로운 기능을 추가하고 처리되는 데이터의 크기를 늘린 후부터 더 이상 안정적이지 않습니다. 개발자는 코드 최적화와 데이터 크기 축소를 시도했으나 문제가 지속되었습니다.
해결 방안: 느린 성능과 메모리 소모는 범위 객체의 비효율적 사용과 수식의 반복 계산으로 인한 것으로 확인되었습니다 . 팀은 매크로 코드를 리팩토링하여 범위 객체 대신 배열을 사용하고, .Calculate 메서드를 활용해 수식 계산을 단 한 번만 트리거할 것을 권고했습니다. 개발자가 매크로 코드에 이러한 변경 사항을 적용한 결과, 성능 및 안정성 문제가 해결되었습니다. 현재 매크로는 효율적으로 실행되며 Excel이 충돌하지 않습니다.
