예방 가능한 상위 5가지 지원 전화(그리고 이를 피하는 방법)

고객 지원 조직으로서, 우리는 매일 전 세계 고객으로부터 소식을 듣습니다. 고객은 질문이 있거나 도움이 필요한 문제가 있을 때 전화나 이메일을 통해 사례를 엽니다. 일부 사례는 새로운 문제가 되고 많은 사례는 전혀 새로운 문제가 아닙니다. 고객은 같은 문제에 계속 부딪히는 듯합니다. 고객 지원 분야에서 20년 동안 일한 후에도 수천 건의 사례를 접했지만, 우리는 여전히 전에 보고된 적이 없는 새로운 문제를 보고 있으며, 이러한 문제도 일반적인 범주에 속합니다. 이로 인해 우리의 업무는 매우 흥미로워집니다! 우리가 알아차린 한 가지는 고객이 보고한 문제가 속하는 일반적인 범주가 있다는 것입니다.

고객이 도움을 요청하는 상위 5가지 이유(근본 원인)는 다음과 같습니다.

1. 네트워크 문제: 미리 계획하고 다운타임을 피하는 방법

고객은 클러스터에서 IP 주소를 변경해야 하는 경우가 많습니다. 때로는 네트워크 구성을 변경하는 결과가 미리 실현되거나 계획되지 않습니다. 네트워크가 변경되면 클러스터에서 예상치 못한 문제가 발생할 수 있습니다. 변경된 IP 주소가 미러 엔드포인트나 통신 경로와 같은 DataKeeper 및 LifeKeeper 구성에서 사용되는 경우 DataKeeper 및 LifeKeeper 구성을 변경하여 제품이 이 변경 사항을 인식하도록 해야 합니다.

미리 계획하세요
네트워크 변경이 필요하다는 것을 알고 있다면 네트워크 변경을 미리 계획하는 것이 좋습니다. 미리 계획하면 예상치 못한 문제를 피할 수 있고 변경을 구현하기 위한 정의된 단계가 있는지 확인할 수 있습니다.

미러 IP 주소 업데이트
IP 주소(미러 엔드포인트)가 변경되면 DataKeeper는 더 이상 원래 미러 IP 주소를 사용할 수 없게 되고(더 이상 존재하지 않으므로) 서버 간에 데이터를 미러링할 수 없게 됩니다. DataKeeper는 새 미러 IP 주소를 사용하도록 업데이트해야 합니다. 이 시나리오는 문서화되어 있습니다.여기.

2. 구성 문제: 일반적인 실수와 해결 방법

종종 보고된 문제의 근본 원인은 구성 문제입니다. 고객은 구성이 제대로 작동하지 않거나 제품 GUI에서 보고 있는 것과 달리 제품이 제대로 작동하지 않는 것처럼 보인다고 보고합니다. 일반적으로 구성 문제는 원래 클러스터 구성에서 클러스터 환경에서 변경된 사항이나 제품을 처음 설치할 때 올바르게 설정되지 않은 사항으로 인해 발생합니다.

보고된 일반적인 구성 문제의 예:

• 일부 DataKeeper 미러가 미러링 상태가 아닙니다.

고객은 볼륨을 확장/성장해야 하는 경우가 많습니다. 주요 제품 요구 사항 중 하나는 소스 볼륨이 대상 볼륨과 같거나 작아야 한다는 것입니다. 그렇지 않으면 제품이 소스에서 대상 볼륨으로 데이터를 다시 동기화할 수 없습니다. 이는 논리적으로 보일 수 있지만 종종 간과됩니다. 때로는 대상 볼륨이 소스보다 작아져서 볼륨이 미러링 상태에 도달할 수 없게 됩니다. 다음 설명서와 비디오에서는 볼륨을 확장하는 절차를 설명합니다.DataKeeper 볼륨.

• DataKeeper가 클러스터의 서버에 연결할 수 없습니다.

DataKeeper를 설치할 때 사용자는 DataKeeper 서비스에서 사용할 로그인 자격 증명을 입력하라는 메시지를 받습니다. 관리자 권한이 있는 도메인 계정이 권장되며 대부분의 고객은 DataKeeper에서 사용할 계정을 특별히 만듭니다. 사용되는 도메인 계정은 로컬 시스템 관리자 그룹에 추가해야 합니다. 이 계정은 DataKeeper가 설치된 각 서버에서 관리자 권한이 있어야 합니다. 많은 경우 계정이 로컬 시스템 관리자 그룹에 추가되지 않아 DataKeeper가 클러스터의 자체 및 다른 DataKeeper 서버에 연결할 수 없습니다. 자세한 내용은 설명서를 참조하십시오.여기.

대부분의 경우 구성 문제로 인해 DataKeeper 또는 LifeKeeper 제품을 다시 작동 환경으로 되돌리려면 클러스터를 변경해야 합니다.

클러스터 환경을 변경하기 전에 지원팀에 문의하여 올바른 방향으로 가고 있는지 확인하는 것이 좋으며, 해당 주제에 대한 설명서와 비디오를 안내해 드립니다.

3. 업그레이드 계획: 시스템 중단 방지

업그레이드는 시스템 관리자의 업무에서 흔한 부분입니다. 새로운 버전이 출시되면 항상 시스템에서 무언가를 업그레이드해야 합니다. 운영 체제, 애플리케이션 소프트웨어, 시스템 펌웨어, 데이터베이스 소프트웨어, 보안 소프트웨어 등입니다. 시스템에서 수행해야 할 업그레이드가 여러 개 있는 경우 압도적일 수 있습니다.

많은 고객이 DataKeeper 또는 LifeKeeper를 업그레이드할 계획일 때 지원팀에 연락하여 업그레이드를 실제로 구현하기 전에 업그레이드 프로세스를 이해했는지 확인하기 위해 질문을 합니다. 이것이 우리가 보고 싶은 것입니다. 일부 고객이 업그레이드를 수행하기 전에 연락하지 않아 예상치 못한 문제가 발생하는 경우도 있습니다. 많은 사람이 업그레이드가 일상적이라고 생각하지만, 비호환성을 발생시키고 문제를 일으킬 수 있는 업그레이드도 있습니다.

업그레이드 계획
업그레이드에는 계획이 중요하며 특정 업그레이드가 무엇을 수반하는지 이해해야 합니다. 업그레이드를 수행하기 전에 질문하십시오. 업그레이드 전에 단계를 문서화했는지 확인하십시오. 프로덕션 시스템을 업그레이드하기 전에 테스트 또는 QA 시스템에서 업그레이드를 수행하는 것을 잊지 마십시오. 이것은 업그레이드에 문제가 발생하더라도 테스트 서버 또는 QA 서버에서 문제가 발생하고 프로덕션 서버에서는 문제가 발생하지 않도록 권장하는 모범 사례입니다.

4. 외부 또는 OS 관련 문제: 소프트웨어를 넘어서는 문제 해결

외부 또는 OS 관련 문제는 무엇입니까? 보고된 문제가 DataKeeper 및 LifeKeeper 영역 외부에 있는 것으로 판명될 때 근본 원인을 외부 또는 OS 관련 문제라고 합니다. DataKeeper 및 LifeKeeper는 디스크/볼륨 및 네트워크와 같은 많은 서버 구성 요소를 사용합니다. 운영 체제가 디스크나 볼륨을 “볼” 수 없으면 DataKeeper 및 LifeKeeper도 디스크나 볼륨을 “볼” 수 없습니다. 보고된 문제는 언뜻 보기에 DataKeeper 또는 LifeKeeper와 관련된 것처럼 보일 수 있지만 문제를 분석하면 DataKeeper 또는 LifeKeeper가 의존하는 운영 체제 구성 요소로 판명됩니다.

예를 들어, DataKeeper 미러가 제대로 작동하려면 DataKeeper에서 볼륨이 운영 체제에서 볼 수 있고, 온라인 상태이며, 정상 상태이고, 유효한 파일 시스템이 있어야 합니다. 이러한 요구 사항이 충족되지 않으면 DataKeeper 미러가 한 시스템에서 다른 시스템으로 데이터를 미러링할 수 없습니다. DataKeeper는 미러가 일시 중지됨 상태임을 표시합니다. 이 문제를 디버깅할 때 디스크/볼륨에 대한 Windows 디스크 관리 도구는 볼륨이 오프라인 상태이거나 정상 상태가 아니거나 원시 장치임을 표시합니다. 이를 수정하면 DataKeeper가 한 시스템에서 다른 시스템으로 다시 데이터를 미러링할 수 있습니다. 자세한 내용은 DataKeeper 사용을 위한 스토리지 준비 비디오를 참조하십시오.여기.

외부 또는 OS 관련 문제의 또 다른 예는 DataKeeper 볼륨이 대상 시스템에서 잠기지 않을 때 발생합니다. DataKeeper는 대상 시스템에서 쓰기가 발생하지 않도록 의도적으로 볼륨을 잠급니다. DataKeeper가 대상 볼륨을 잠그려면 볼륨에 OS 페이지 파일이 없어야 합니다. 많은 경우 시스템은 OS 수준에서 “페이징 파일을 자동으로 관리”하도록 구성되고 때로는 OS에서 페이지 파일이 DataKeeper 볼륨에 배치됩니다. 이를 극복하려면 이 OS 설정을 변경하는 것이 좋습니다. 참조이 링크자세한 내용은.

5. 성능: 시스템 및 미러 효율성 개선

고객은 미러가 미러링 상태로 전환되지 않거나 제품이 시스템 성능을 저하시키기 때문에 미러링으로 미러 성능과 시스템 성능을 개선하기 위해 저희에게 문의하기도 합니다. 첫 번째 문제(미러가 미러링 상태에 도달하지 못함)는 WriteQueueHighWater, WriteQueueHighWaterSynchronous, BlockWritesonLimitReached와 같은 튜너블을 사용하여 DataKeeper의 레지스트리 키를 시스템 구성과 일치하도록 조정하는 문제일 뿐입니다. 이러한 튜너블에 대한 설명서를 참조하세요.여기.

두 번째 문제(시스템 성능)는 단순히 DataKeeper 비트맵의 위치를 ​​옮기는 문제입니다. 기본적으로 비트맵은 C 드라이브에 있으며 더 빠른 드라이브로 옮겨야 할 수도 있습니다. 비트맵을 옮기는 방법에 대한 정보는 설명서와 비디오를 참조하십시오.여기.

시스템 및 제품 튜닝은 종종 성능을 극대화하기 위해 수행됩니다. 이러한 변경의 예로는 고객 환경과 더욱 밀접하게 일치하도록 제품 튜닝 가능 항목을 변경하는 것이 있습니다. 운영 체제, 네트워크, 스토리지 장치 등을 포함하여 DataKeeper 및 LifeKeeper에 영향을 미칠 수 있는 많은 요소가 있습니다. DataKeeper 및 LifeKeeper는 고객의 특정 환경에 맞게 조정해야 할 수 있는 기본 설정을 사용합니다. 고객이 HA 모범 사례가 구현되었는지 확인할 수 있도록 검증 및 상태 점검 서비스를 제공합니다. 방문이 링크자세한 내용은 당사에서 제공하는 상품을 참조하세요.

우리가 추천하는 핵심 전략은 성능 문제를 포함한 문제가 프로세스 초기에 발견되어 해결되도록 프로덕션에 들어가기 전에 테스트를 완료하는 것입니다. 테스트는 종종 프로덕션 환경으로 들어가기 전에 테스트 또는 QA 환경에서 수행됩니다. 프로덕션 환경이 충분히 수행되는지 확인하기 위해 테스트/QA 환경에서 프로덕션 환경 부하를 시뮬레이션하는 것이 항상 가장 좋습니다. 성능에 대한 여러 블로그를 읽어 보는 것이 좋습니다.우리의 블로그그리고 특히여기.

이러한 일반적인 문제를 미리 파악하여 시스템이 원활하게 실행되도록 하세요. 전문가의 안내가 필요하신가요?오늘 당사 지원팀에 문의하세요향후 지원 전화를 받지 않도록 도와드립니다!

허가를 받아 재생산되었습니다.시오스

SIOS DataKeeper를 사용하여 Google Cloud에서 비용 효율적인 SQL Server 고가용성 달성

보장하다SQL Server에 대한 고가용성배포는 Google Cloud Platform(GCP)에서 비즈니스 연속성을 유지하는 데 필수적입니다. 이를 달성하는 방법을 선택할 때 두 가지 주요 옵션을 사용할 수 있습니다. Always On Availability Groups와 SQL Server Failover Cluster Instances(FCI).

항상 사용 가능한 가용성 그룹고가용성 및 재해 복구를 위한 포괄적인 솔루션을 제공하지만, SQL Server Enterprise Edition이 필요하며, 특히 Enterprise 버전이 제공하는 모든 기능이 필요하지 않은 기업의 경우 상당한 투자가 필요할 수 있습니다.

SQL Server 장애 조치(Failover) 클러스터 인스턴스(FCI), SQL Server Standard Edition에서 지원되며, 더 비용 효율적인 대안을 제시합니다. 그러나 FCI는 일반적으로 SAN과 같은 공유 스토리지 솔루션에 의존하는데, 이는 GCP에서 기본적으로 사용할 수 없습니다. 클러스터 인식 공유 스토리지의 이러한 부족은 클라우드에서 FCI를 배포하려는 기업에 과제를 안겨줍니다.

SIOS DataKeeper가 GCP에서 FCI 과제를 해결하는 방법

SIOS 데이터키퍼갭을 메우는 솔루션을 제공하여 조직이 GCP에서 SANless 클러스터를 구축할 수 있도록 합니다. 이 접근 방식은 지역 내의 여러 구역에 동기적으로 데이터를 복제하여 기존 공유 스토리지의 필요성을 제거합니다.

SIOS DataKeeper는 각 클라우드 인스턴스에 연결된 로컬 디스크를 복제할 뿐만 아니라 복제된 디스크를 DataKeeper Volume 리소스로 클러스터에 제공합니다. 클러스터에 이 볼륨은 공유 디스크로 나타나며 다음과 원활하게 통합됩니다.Windows Server 장애 조치 클러스터링(WSFC). 장애 조치 중에 DataKeeper는 미러 방향을 제어하여 활성 노드가 미러의 소스로 유지되고 다른 노드는 대상이 되도록 합니다. 이 설정은 SQL Server Standard Edition을 사용하는 동안 SQL Server 환경에 대한 데이터 일관성과 고가용성을 유지합니다.

GCP에서 SIOS DataKeeper를 사용하는 주요 이점

1. 비용 절감: FCI에 대해 SQL Server Standard Edition 사용을 활성화하여SIOS DataKeeper는 조직이 더 높은 비용을 피하는 데 도움이 됩니다.SQL Server Enterprise Edition과 연관됨
2. 종합적 보호: SIOS DataKeeper는 여러 영역에 걸쳐 전체 SQL Server 인스턴스를 복제하여 영역 수준의 장애에 대한 강력한 보호 기능을 제공합니다.
3. 단순성과 유연성: 이 솔루션은 GCP에서 SANless FCI를 설정하고 관리하는 프로세스를 간소화하여 IT 팀이 쉽게 접근할 수 있도록 하고 복잡성을 줄여줍니다.

GCP에서 비용 효율적인 SQL Server HA에 대한 마지막 생각

사업을 운영하는 기업을 위해Google Cloud의 SQL Server, 비용과 가용성 간의 적절한 균형을 찾는 것이 필수적입니다. Always On Availability Groups는 강력하지만 가격이 비쌉니다. SIOS DataKeeper는 SQL Server Standard Edition으로 비용을 통제하면서 필요한 고가용성을 제공하는 SANless 클러스터를 만들 수 있도록 하여 실용적인 대안을 제공합니다.

이 솔루션을 구현하는 방법에 대한 단계별 가이드는 다음을 권장합니다.전체 기사를 읽고네트워크 설정부터 클러스터 구성까지 모든 것을 다루는 가이드입니다. 이 가이드는 고가용성GCP의 SQL Server 환경자신감을 가지고.

비용 효율적인 SQL Server HA 달성을 위한 다음 단계로 나아가세요

은행을 털지 않고도 Google Cloud에서 SQL Server 고가용성을 강화할 준비가 되셨나요? SIOS DataKeeper가 배포를 간소화하고 투자를 극대화하는 방법을 알아보세요.저희 팀에 문의하세요특정 비즈니스 요구 사항을 충족하는 SANless 클러스터를 설정하는 데 전문가의 도움을 받으세요.

허가를 받아 재생산되었습니다.시오스

ESPN의 “Get Up” 아침 쇼가 고가용성 전략을 개선할 수 있는 방법

ESPN은 종종 NFL에 대한 정보를 얻을 수 있는 곳입니다. 이 네트워크는 각 경기를 다루는 여러 쇼를 제공하는 것으로 알려져 있으며, 팀, 경기, 다가올 일정, 리그의 코치에 대한 광범위한 분석, 의견 및 무작위 정보는 물론 특정 선수의 하이라이트도 제공합니다.

ESPN에서 배우기: 두 가지 핵심 질문으로 고가용성 향상

2021년 9월 13일에 방영된 세그먼트에서 댄 올로브스키는 시카고 베어스가 신인 쿼터백을 사용한 것을 한탄했습니다. 그렇게 하면서 그는 우연히 두 가지 질문만으로 고가용성을 개선하는 두 가지 방법을 제공했습니다. 두 가지 질문은 즉시고가용성을 개선하세요ESPN의 댄 오를로브스키가 전해드립니다.

첫 번째 질문은, 우리는 여기서 무엇을 하고 있는가?

베어스 공격진은 신인 쿼터백 저스틴 필즈를 2차 다운 플레이를 위해 필드에 배치했습니다. 신인은 빠르게 패스를 던져 7야드를 완료했습니다. 하지만 신인을 계속 공격하는 대신 베어스의 플레이 콜러는 이전 QB에게 돌아갔고, 그는 즉시 다른 팀에 공을 던졌습니다. 이 플레이는 댄 올로브스키의 질문을 불러일으켰습니다. “우리가 여기서 뭘 하는 거지?”

좋아요, 당신은 신인 쿼터백이 아닌 것 같아요. 그리고, 당신은 베어스에서 뛰지 않을 거라고 바라요. 하지만, 만약 당신이 당신의 사업의 어떤 부분에 책임이 있다면고가용성(HA)그리고재해 복구(DR)전략 포함클러스터링,데이터 보호,데이터 복제, 애플리케이션 오케스트레이션, 거버넌스/준수 및SLA그렇다면 오를로프스키의 첫 번째 질문은 좋은 시작이 될 것입니다.

뭐하세요?

• 소프트웨어와 서비스를 배포하거나 알려진 가용성 문제를 해결하려고 하시나요?
• 귀하의 팀은 클라우드로의 전환과 같은 미래를 계획하는 데 중점을 두고 있습니까? 아니면 다양한 변화와 요구 사항을 조합하여 해결하는 데 중점을 두고 있습니까?
• 귀하의 목표는 규제 요구 사항을 충족하면서 비용을 절감하는 것인가요, 더 많은 가용 리소스를 통해 고객 확보를 개선하는 것인가요, 아니면 백엔드 처리를 최적화하고 개선하는 것인가요?

기업의 고가용성 및 재해 복구(HA/DR) 전략과 관련하여 이 질문에 답하면 다음과 관련하여 많은 것을 명확히 하는 데 도움이 됩니다.솔루션 및 아키텍처귀하가 구현하는 것과 관련된 팀과 프로세스도 마찬가지입니다.

두 번째 질문은, 우리는 왜 이런 일을 하는가?

시카고 베어스가 신인 쿼터백을 언제 어떻게 기용했는지에 대한 좌절에 대해 재빠르게 코멘트를 연발한 후, 올로프스키는 두 번째 질문인 “왜 우리가 이걸 하는 거지?”를 던졌습니다. 올로프스키의 말을 인용하자면, “무엇”이 필드를 넣어서 체크박스를 체크하고 팬들을 달래는 것이라면, “왜 우리가 이걸 하는 거지?” 더 역동적인 신인의 능력을 더 많이 활용해 이점을 얻고 경기에서 이길 수 있는데, 왜 그냥 체크박스를 체크하는 거지? 성공할 가능성이 가장 높은 변화를 하지 않는 건 왜냐면요.

물론, 우리는 베어스의 코치는 아니지만, 몇 가지 플레이를 호출하는 것은 괜찮습니다. 하지만, 이 질문은 여전히 ​​엔터프라이즈 가용성을 구현하는 데 관련된 사람들에게 적용됩니다. 질문 1로 돌아가 보겠습니다. “우리가 여기서 무엇을 하고 있는가?”에 대한 답은 무엇이었습니까? 이제 “우리가 왜 그것을 하고 있는가?”라는 질문에 답하십시오. 가능한 몇 가지 이유는 다음과 같습니다.

• 데이터 가용성에 대한 보증 제공
• 사업 시간 절약
• 비용이 많이 드는 계획되지 않은 가동 중지를 방지하여 비즈니스 비용 절감
• 모니터링 및 복구를 자동화하여 비즈니스 시간과 비용을 절약합니다.
• 엄격한 서비스 수준 계약(SLA) 또는 서비스 수준 목표(SLO)를 충족하기 위한 아키텍처 배포
• RTO 및 RPO를 0으로 줄이기
• 작년의 재난이 다시 발생하지 않도록 예방하기
• 가동 중지로 인한 알려지지 않은 위협에 대비
• 거버넌스 요구 사항 충족
• 박스 체크하기
• 불이행으로 인한 벌금을 피하려고 노력하다
• 경영진이 그렇게 말했기 때문이죠

왜 우리가 그것을 하는가라는 질문은 고가용성 시스템을 배포하기 전, 배포하는 동안, 배포한 후에 답해야 하는 중요한 질문입니다. 고객 경험 담당 부사장으로서 저는 IT 관리자와 DB 관리자가 “왜 우리가 그것을 하는가”에 대해 매우 다른 이유를 가진 고객과 함께 일했습니다. 상황을 더 나쁘게 만드는 것은 임원 스폰서가 세 번째 견해를 가지고 있다는 것입니다. 적절하게 검토되고 전달된 “이유”가 없이 팀은 요구 사항을 적절하게 표현하는 데 어려움을 겪었고, 사고가 발생했을 때 수정을 위한 노력은 종종 더 많은 갈등과 의문을 야기했습니다.

시카고 베어스가 다가올 3번째 다운에서 성공을 거두지 못했거나 젊은 QB를 제대로 활용하지 못한 데에는 여러 가지 이유가 있을 수 있으며, 프랜차이즈와 베테랑 쿼터백을 통해 무엇을 성취하려고 하는지에 대한 의견도 마찬가지입니다. 하지만 오를로프스키가 베어스 팬이 무엇 또는 왜를 명확히 하는 데 도움을 줄 수 없더라도, 그는 HA를 즉시 개선하는 방법에 대한 프레임워크를 제공했습니다. 그렇다면 두 가지 질문에 어떻게 답하시겠습니까? HA를 위해 무엇을 하고 있습니까? 왜 하고 있습니까?

고가용성 솔루션

SIOS Technology Corporation은 고가용성을 제공합니다클러스터 소프트웨어가장 중요한 애플리케이션에 대한 클러스터 관리를 통해 IT 인프라를 보호하고 최적화합니다.문의하기당사의 전문 서비스와 지원에 대한 자세한 내용을 알아보려면 오늘 문의하세요.

허가를 받아 재생산되었습니다.시오스