(Salesforce Arc? 201) 모의 테스트 Q & A | SPOTO

Universal Containers(UC)는 백오피스 데이터를 REST API 접근이 가능한 온프레미스 데이터베이스로 마이그레이션했습니다. UC는 최근 영업 조직에 Sales Cloud를 구축했지만, 사용자들은 Salesforce 내부 주문 데이터 부족에 대해 불만을 제기하고 있습니다. UC는 Salesforce의 저장 용량 제한에 대해 우려하고 있지만, Sales Cloud가 데이터에 접근할 수 있기를 원합니다. 이러한 요구 사항을 충족하기 위해 데이터 아키텍트는 어떤 디자인 패턴을 선택해야 할까요?

Northern Trail Outfitters(NTO)는 현재 Salesforce 조직 규모를 초과하여 곧 새로운 조직으로 이전할 예정입니다. 이 프로세스의 일환으로 NTO는 모든 메타데이터와 데이터를 이전할 예정입니다. 원본 조직의 NTO 데이터 모델은 여러 객체 간에 마스터-디테일 관계 및 조회 관계가 포함된 복잡한 관계 계층 구조를 가지고 있으며, 이는 대상 조직에서도 유지되어야 합니다. 마이그레이션 중에 관계 계층 구조를 유지하기 위해 데이터 아키텍트가 수행해야 하는 세 가지 작업은 무엇입니까? (세 가지 선택)

Northern Trail Outfitters(NTO)는 Salesforce 데이터 백업 및 복원을 구현하려고 합니다. 현재 NTO는 매주 실행되는 데이터 백업 프로세스를 통해 모든 Salesforce 데이터를 엔터프라이즈 데이터 웨어하우스(EDW)에 백업하고 있습니다. NTO는 매일 백업으로 전환하고, 장애 발생 시 데이터 손실을 방지하기 위해 복원 기능을 제공하고자 합니다. 데이터 아키텍트는 매일 백업 및 복원 솔루션에 대해 무엇을 권장해야 할까요?

Ursa Major Solar는 고객에게 주택 할부 서비스를 제공합니다. 이러한 주택 할부금을 추적하기 위해 회사는 '기회' 기능을 사용합니다. 주택 할부금 상태는 언제든지 10가지 값 중 하나로 표시될 수 있습니다. 현재 Ursa Major Solar는 189,000개의 '기회' 레코드를 보유하고 있습니다. 건축가는 주택 할부금 상태 기회를 추적하는 동시에 데이터 품질을 개선하고 데이터 편향을 방지하기 위한 새로운 필드를 생성해야 합니다. 건축가는 어떻게 해야 할까요?

Northern Trail Outfitters(NTO)는 전체 조직을 엔터프라이즈 데이터 웨어하우스(EDW)에서 운영하고 있습니다. NTD의 영업팀은 최근 Salesforce를 도입한 후 Salesforce를 활용하기 시작했지만, 현재 다음 단계로 나아가는 데 필요한 데이터가 부족합니다. NTO 경영진은 Salesforce Connect를 조사했으며, Salesforce 내에서 EDW 데이터를 가상화하고 보고하는 데 활용하고자 합니다. NTO는 10~15개의 외부 객체에 대해 매일 수천 건의 보고서를 실행할 예정입니다. 데이터 아키텍트는 도입 전에 무엇을 고려해야 할까요?

Ursa Major Solar는 Salesforce를 사용하여 영업 조직을 관리할 계획입니다. 하지만 두 개의 노후화된 시스템에서 기존 계정 데이터를 Salesforce로 마이그레이션해야 합니다. Ursa Major Solar의 최고기술책임자(CTO)는 데이터 중복을 우려하며 이를 최소화해야 합니다. 이러한 상황에서 설계자가 고려해야 할 두 가지 설계 고려 사항은 무엇입니까? (두 가지 선택)