trust.salesforce.com에 어떤 종류의 문제가 표시되고 어떤 문제가 생략됩니까?

다른 질문 의 맥락에서 EU5에서 배포 성능 저하가 발생했습니다. Metadata-API를 사용하여 6000 %에서 10000 % 사이. 즉, 일반적으로 14 초 내에 수행되는 작업 (단일 APEX 파일을 서버에 저장하는 작업)은 950 ~ 1500 초가 소요되었습니다. 이 상황은 지난 주 며칠 동안 지속되었고 그 결과 개발 작업이 며칠 동안 중단되었습니다.

이 기간 동안 전체 EU5-Pod가 영향을받은 것 같습니다. 두 개의 프로덕션 조직과 두 개의 개발자 조직에서 완벽하게 재현 할 수 있습니다. 다른 사용자들도 나중에보고했습니다.

내 이해는 문제가 trust.salesforce.com에 투명하게 반영된다는 것입니다. 항상 발생하지는 않는 것 같습니다.

이미지 설명 입력 여기

문제가 보이지 않을 때 다음으로 할 일은 내 입장에서 가능한 이유 (잘못된 테스트 클래스, 잘못된 설정 등)를 확인하는 책임감을 느끼는 것입니다. . 몇 시간을 투자 한 후 다른 사람들이 같은 문제 (여기와 트위터)를보고했기 때문에 서버가 상황을 일으킨다는 것이 분명해졌습니다.

어떤 종류의 문제 나 어떤 심각도를 확인해야하는지 궁금합니다. trust.salesforce.com과 대조적으로 어떤 문제가 발생하지 않을 것으로 예상해야합니까? 이에 대한 문서를 찾지 못했습니다.

CS14의 경우 2015 년 3 월 개발과 관련된 모든 내용이 표시되지 않을 것이라고 가정합니다. Salesforce 지원과 상호 작용하거나 그러한 종류의 문제를보고 할 기회가 없기 때문에 두 번이나 슬픈 일입니다. es.

Salesforce의 레이더에 이미 있는지 확인하기 위해 Twitter와 같은 알려진 지원 커뮤니케이션 대체를 항상 실행하는 것은 시간이 많이 걸리고 생산성이 떨어집니다. 또한 그것은 그다지 좋지 않고 제 자신의 불만에 대해 불만스러워합니다. 비록 그것이 결국 정당화 될지라도.

그러므로 저는 여러분이 그러한 상황을 어떻게 처리하고 어떻게 처리 할 수 있는지 배우고 싶습니다. 다음 번에는 더 좋습니다.

댓글

  • 또한 Salesforce 지원팀에 연락하여 Google에 알려진 지속적인 문제가 있음을 알리는 경험이 있습니다. pod, 그리고 신뢰에 대한 확인을 확인하는 어떤 것도 보지 못했습니다.
  • 안녕 Uwe. 당신은 알다시피-당신은 혼자가 아닙니다. 제 동료들과 저는 샌드 박스 이후로 메타 데이터 API를 통해 파일을 저장하는 것과 똑같은 문제를 경험했습니다. Summer ' 15로 마이그레이션되었습니다. trust.salesforce.com은 수시로 (일반적으로 사실 이후) 성능 저하를보고하지만 해결 된 것으로 표시되면 곧 문제가 다시 나타납니다. 우리가 찾은 유일한 해결 방법은 가능할 때마다 도구 API (메타 데이터 API 대신)를 사용하는 것입니다. 개발 샌드 박스에서 모든 관리 패키지를 제거하는 것 또한 h 하지만 Tooling API를 통해 항목을 저장하는 것만 큼 효과적인 곳은 없습니다.
  • 답은 모르겠지만 ' 나는 똑같은 것을 봅니다. 지난주 EU5에서는 이전에 본 적이없는 " 보류중인 " 단계에서 최대 1 시간이 걸리는 배포를 발견했습니다. trust.salesforce.com에서 지원을 받고 녹색 외에는 아무것도 얻지 못했습니다. 한동안 지역 사회는 며칠 동안 다운되었지만 여전히 모두 녹색이었습니다. 또한 1 주일 후까지 지원팀에서 유용한 응답이 없습니다. 저는 ' SF가 그것에 대해 무엇을 말해야하는지 알고 싶습니다. trust.salesforce.com은 신뢰, IME 이외의 모든 것에 영감을줍니다. 컨설턴트 개발 작업을 수행하는 것은 고객과의 어려운 위치에 있습니다.
  • @Aidan은 ' 그렇습니다. 우리는 우수한 컨설팅 및 개발 작업을 고객에게 제공하고자합니다. 고객이 Salesforce를 좋아하는지 확인하십시오. 이러한 문제의 경우 모든 근무 시간 손실과 추가 노력을 보상합니다. 결국 이러한 문제가 발생하는 것은 ' 사실이 아닙니다. 일어날 수 있습니다. 하지만 trust.salesforce.com에 커뮤니케이션 채널이나 무언가가 없다는 사실은 우리에게 매우 힘든 시간을줍니다 …
  • @UweHeim 고객을 위해 조직에서 일하면서 비슷한 경험을했습니다. ' 테스트 실행이 완료되거나 배포가 완료되기를 기다리는 동안 추가 시간을 청구하는 것을 정당화하는 것은 매우 어렵습니다. 다른 일을하면서 시간을 생산적으로 만들려고 노력하지만, 말씀하신 것처럼 며칠 동안 지속되면 다른 사람들이 작업을 마치기 위해 애타게 기다리면 매우 실망 스러울 수 있습니다.

답변

Salesforce가 매우 느리거나 사용자가 사용할 수없는 경우 (예 : 4 개의 패킷 중 3 개씩 삭제)가 여러 번있었습니다. 신뢰는 모든 것이 잘되었음을 나타냅니다.지원팀과 이야기를 나눈 후 신뢰는 데이터베이스 성능 만 모니터링하고 네트워킹과 같은 기타 문제는 극단적이지 않은 경우 포함되지 않는다고 들었습니다.

우리는 a를 사용하는 것이 좋습니다. 네트워킹을 모니터링하고 traceroute를 기록하는 데 문제가 발생한 경우 서비스를 제공합니다 (안내 : https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ). 티켓을 열고 해당 로그를 첨부 파일로 추가합니다.

댓글

  • " trust "는 실제로 의미합니다. 저는 ' Salesforce에서 다음과 같은 진술을 찾고 있습니다. 이러한 종류의 문제는 기자이며 그렇지 않습니다. 지금은 (하지만 이것은 단지 소문에 근거한 것임) 그들이 원하는 것을보고하거나 서비스가 대부분의 시간에 완벽하게 실행된다는 일종의 증거로 신뢰를 사용하는 것처럼 약간 느낍니다. 이것은 비즈니스 사용자 관점에서는 사실 인 것 같지만 개발자 관점에서는 그렇지 않습니다. 시간이 중요한 대규모 프로젝트는 플랫폼 지연 가능성을 고려해야합니다. 샌드 박스의 API는 매일 매우 다르게 작동 할 수 있습니다.
  • 여기 '에 대해 자세히 설명하는 기사- appneta.com/blog/top-5-salesforce-performance-problems 나는 그들이 그러한 말을 할 것이라고는 의심하지만 실제 사용자 경험을 모니터링하기가 어려울 수 있기 때문에 내부 시스템 만 모니터링하는 것이 합리적입니다.
  • 예, 가능하다는 것을 완벽하게 이해합니다. ' 어디에서나 완벽한 성능을 기대할 수는 없습니다. 그러나 Salesforce-UI의 99.9 % (데이터 집약적 인 항목 포함)가 매우 빠르고 동일한 경우 Metadata-API와 Tooling-API의 99.9 %가 매우 느리게 재현 가능한 경우 (그리고 평소보다 1000 %에서 10000 % 느리다는 것을 의미합니다. ) 연결 또는 서버를 비난할지 여부를 스스로 말합니다 …

답변

비슷한 문제에 직면했고 여기에 나와 공유 된 지원이 있습니다.

그들은 일시적인 성능 저하 때문이라고 말했습니다. trust.salsforce.com에서 캡처되지 않은 이유에 대해 질문했을 때 기간이 매우 짧아서 trust.salsforce.com에서 캡처되지 않았다고 말했습니다.

trust.salsforce.com에서 언급 됨 :

성능 문제

표시기는 인스턴스의 평균 트랜잭션 속도가 2 분 이상 0.5 초를 초과했음을 의미합니다.

성능 모니터는 사용자에게 응답하는 데 걸리는 평균 시간을 1 분 간격으로보고합니다. 각 인스턴스에 대한 요청. 평균 시간이 0.5 초 이상으로보고되면 SR (사이트 안정성) 팀은 문제를 조사하여 여러 고객이 영향을 받는지 확인합니다. 문제가 단일 고객에게만 영향을 미치는 경우 SR은 salesforce.com 고객 지원에 해당 고객을 위해 문제를 해결하는 데 필요한 정보가 있는지 확인합니다. 다중 고객 성능 저하가 2 분 이상 지속되면 성능 저하 시작 시간을 자세히 설명하는 상태 메시지와 함께 표시기가 게시됩니다. 우리의 목표는 여러 고객이 영향을 받는지 확인한 후 5 분 이내에 현재 상태 보고서에 상태 메시지를 게시하고 문제가 해결 될 때까지 30 분마다 메시지를 업데이트하는 것입니다. SR은 성능 모니터가 1 분 간격 동안 0.5 초 미만의 평균 성능 저하 시간을보고하면 문제가 해결되었다고보고합니다. 이 문제가 발생하면 SR은 사고 보고서를 Service Performance History 매트릭스에 게시하고 지표를 지표로 대체합니다.

따라서 여러 개가있는 경우 가능합니다. 1.5 분 (약) 급증하면이 문제에 직면 할 수 있지만 trust.salsforce.com에 게시되지 않았습니다.

이러한 상황을 처리하는 방법 :

제 경우에는 SFDC API를 호출하고 서버를 사용할 수 없다는 응답을받습니다. 그래서 저는 재시도 메커니즘을 사용합니다. 3 번 시도한 후 처리를 중단하고 12 시간 후에 다시 시도했습니다.

댓글

  • 내 관찰이 FAR에서 위에서 언급 한 임계 값을 초과하고보고되지 않은 채 여러 날에 걸쳐 있습니다. 내 생각 엔 " 표시기는 인스턴스의 평균 트랜잭션 속도가 2 분 이상 0.5 초를 초과했음을 의미합니다. " MetadataAPI 및 ToolingAPI에는 사용되지 않습니다. 내 직감은 그러한 개발자 API 문제가 거의 또는 전혀보고되지 않는다는 것입니다. ' " 거래 "와 같은 요청을 고려 중인지 확실하지 않습니다. … 제가 ' 아직 누락 된 것은이 불확실성을 명확히하기 위해 여기 주변의 Salesforce 직원 중 한 명이 보낸 피드백입니다.
  • 기본적으로 SFDC 팀이 필요하며 성능 저하의 맥락에서 메타 데이터 API가 정확히 어떻게 처리되는지 알려줍니다. 이 경우 내 답변을 삭제하여이 질문이 답변되지 않은 질문 목록으로 나타나고 SFDC 팀의 누군가가 볼 수 있도록 할 수 있습니까?
  • 가능 ' 지원을 통해 답을 얻지 마십시오. Premier Plus 지원이 없으면 개발자 지원이 범위를 벗어 났으므로 이에 대해 이야기하지 않습니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다