일반

질문: 실제 Windows 서비스는 무엇이라고 합니까?
응답: 게이트웨이는 서비스에서 온-프레미스 데이터 게이트웨이 서비스라고 합니다.

질문: 게이트웨이에 대한 요구 사항은 무엇입니까?
응답: 메인 게이트웨이 문서의 요구 사항 섹션을 살펴보세요.

질문: 게이트웨이에 지원되는 데이터 원본은 무엇입니까?
응답: 메인 게이트웨이 문서의 데이터 원본 표를 참조하세요.

질문: Azure SQL 데이터베이스와 같은 클라우드 데이터 원본에 대한 게이트웨이가 필요합니까?
응답: 아니요! 서비스는 게이트웨이 없이 해당 데이터 원본에 연결할 수 있습니다.

질문: 클라우드에서 게이트웨이에 대한 인바운드 연결이 있습니까?
응답: 아니요. 게이트웨이는 Azure 서비스 버스에 대한 아웃바운드 연결을 사용합니다.

질문: 아웃바운드 연결을 차단하면 어떻게 됩니까? 열려면 무엇이 필요합니까?
응답: 게이트웨이가 사용하는 포트 목록 및 호스트를 참조하세요.

질문: 데이터 원본과 동일한 컴퓨터에 게이트웨이를 설치해야 합니까?
응답: 아니요. 게이트웨이는 제공된 연결 정보를 사용하여 데이터 원본에 연결합니다. 게이트웨이를 이런 의미에서 클라이언트 응용 프로그램으로 생각하세요. 제공된 서버 이름에 연결할 수 있어야 합니다.

질문: 게이트웨이에서 데이터 원본에 대한 쿼리를 실행하기 위한 대기 시간은 무엇입니까? 최상의 아키텍처는 무엇입니까?
대답: 네트워크 대기 시간을 방지하도록 게이트웨이를 가능한 데이터 원본에 가깝게 하는 것이 좋습니다. 게이트웨이를 실제 데이터 원본에 설치할 수 있는 경우 발생하는 대기 시간을 최소화합니다. 데이터 센터도 고려해야 합니다. 예를 들어 서비스가 미국 서부 데이터 센터를 사용하고 있고 Azure VM에서 호스팅되는 SQL Server가 있는 경우 미국 서부에도 Azure VM이 있습니다. 이는 대기 시간을 최소화하고 Azure VM에서 송신 요금을 방지합니다.

질문: 네트워크 대역폭에 대한 요구 사항이 있습니까?
응답: 네트워크 연결에 대한 양호한 처리량을 갖는 것이 좋습니다. 모든 환경은 서로 다르며 이는 전송되는 데이터의 양에 따라 결정됩니다. Express 경로를 사용하면 온-프레미스와 Azure 데이터 센터 간 처리량의 수준을 보장하는 데 도움이 될 수 있습니다.

제 3자 Azure 속도 테스트 앱을 사용하여 처리량을 측정하는 데 도움을 줄 수 있습니다.

질문: Azure Active Directory 계정으로 게이트웨이 Windows 서비스를 실행할 수 있습니까?
응답: 아니요. Windows 서비스는 올바른 Windows 계정을 보유해야 합니다. 기본적으로 서비스 SID, NT SERVICE\PBIEgwService 로 실행됩니다.

질문: 결과는 클라우드로 어떻게 다시 전송됩니까?
응답: Azure 서비스 버스 방법으로 수행됩니다. 자세한 내용은 작동 방법을 참조하세요.

질문: 자격 증명은 어디에 저장됩니까?
응답: 데이터 원본에 대해 입력한 자격 증명은 게이트웨이 클라우드 서비스에 암호화되어 저장됩니다. 자격 증명은 게이트웨이 온-프레미스에서 암호 해독됩니다.

질문: 게이트웨이를 경계 네트워크(예: DMZ, 스크린된 서브넷)에 배치할 수 있습니까?
응답: 게이트웨이는 데이터 원본에 대한 연결이 필요합니다. 데이터 원본을 경계 네트워크에서 액세스할 수 없으면, 게이트웨이가 데이터 원본에 연결되지 않습니다. 예를 들어, SQL Server는 경계 네트워크에 배치될 수 없습니다. 그리고, 경계 네트워크에서 SQL Server에 연결할 수 없습니다. 게이트웨이를 경계 네트워크에 배치하면, SQL Server에 도달할 수 없게 됩니다.

질문: 게이트웨이가 TCP 대신 Azure Service Bus와 함께 HTTPS 트래픽을 사용하게 할 수 있습니까?
답변: 예. 하지만 이렇게 하면 성능이 크게 저하됩니다. Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config 파일을 수정합니다. 값을 AutoDetect에서 Https로 변경합니다. 이 파일은 기본적으로 C:\Program Files\On-premises data gateway 에 있습니다.

질문: Azure Datacenter IP 목록을 허용 목록에 올려야 하나요? 목록은 어디서 얻을 수 있습니까?
답변: 아웃바운드 IP 트래픽을 차단하는 경우 Azure Datacenter IP 목록을 허용 목록에 올려야 합니다. 현재, 게이트웨이는 정규화된 도메인 이름 외에도 IP 주소를 사용하여 Azure Service Bus와 통신합니다. Azure Datacenter IP 목록은 매주 업데이트됩니다. Microsoft Azure 데이터 센터 IP 목록을 다운로드할 수 있습니다.

<setting name="ServiceBusSystemConnectivityModeString" serializeAs="String">
    <value>Https</value>
</setting>

고가용성/재해 복구

질문: 게이트웨이와 함께 고가용성 시나리오를 활성화하기 위한 계획이 있습니까?
답변: 예. 이는 Power BI 프리미엄 제품과 함께 제공됩니다. 자세한 내용은 Power BI 프리미엄을 참조하세요.

질문: 재해 복구에 어떤 옵션을 사용할 수 있습니까?
응답: 복구 키를 사용하여 게이트웨이를 복원하거나 이동할 수 있습니다. 게이트웨이를 설치하는 경우 복구 키를 제공합니다.

질문: 복구 키의 장점은 무엇입니까?
응답: 게이트웨이 설정을 마이그레이션하거나 복구하는 방법을 제공합니다. 이는 재해 복구에도 사용됩니다.

문제 해결

질문: 게이트웨이 로그는 어디에 위치해 있습니까?
응답: 문제 해결 문서의 도구 섹션을 참조하세요.

질문: 온-프레미스 데이터 원본에 전송 중인 쿼리가 무엇인지 어떻게 볼 수 있습니까?
응답: 쿼리 추적을 활성화할 수 있습니다. 전송되는 쿼리를 포함합니다. 문제 해결을 수행할 때 원래 값으로 다시 변경해야 합니다. 쿼리 추적을 활성화하면 로그가 더 커질 수 있습니다.

또한 추적 쿼리에 대해 데이터 원본이 가진 도구를 살펴볼 수 있습니다. 예를 들어 SQL Server 및 Analysis Services의 경우 확장 이벤트 또는 SQL 프로파일러를 사용할 수 있습니다.

Analysis Services

질문: msdmpump.dll을 사용하여 Analysis Services에 사용자 지정 유효 사용자 이름 매핑을 만들 수 있나요?
답변: 아니요. 지금은 지원되지 않습니다.

질문: 게이트웨이를 사용하여 다차원(OLAP) 인스턴스에 연결할 수 있나요?
답변: 예! 온 프레미스 데이터 게이트웨이는 Analysis Services 테이블 형식 및 다차원 모델에 대한 라이브 연결을 지원합니다.

질문: Windows 인증을 사용하는 내 온-프레미스 서버의 다른 도메인에 있는 컴퓨터에서 게이트웨이를 설치하면 어떻게 되나요?
답변: 보장은 없습니다. 모두 두 도메인 간의 트러스트 관계에 따라 달라집니다. 서로 다른 두 도메인이 트러스트된 도메인 모델에 있는 경우 게이트웨이에서 Analysis Services 서버에 연결하고 유효 사용자 이름을 확인할 수 있습니다. 그렇지 않은 경우 로그인 오류가 발생할 수 있습니다.

질문: 온-프레미스 Analysis Services 서버에 전달되는 유효 사용자 이름을 찾으려면 어떻게 하나요?
답변: 문제 해결 문서에 답변이 있습니다.

질문: Analysis Services에 25개의 데이터베이스가 있습니다. 게이트웨이에 대해 모든 데이터베이스를 한 번에 사용하도록 설정하는 방법이 있나요?
응답: 아니요. 이는 로드맵 상에 있지만 아직 시간 범위는 없습니다.

관리

질문: 게이트웨이에 대해 둘 이상의 관리자를 포함할 수 있나요?
답변: 예! 게이트웨이를 관리하는 경우 관리자 탭으로 이동하여 관리자를 더 추가할 수 있습니다.

질문: 게이트웨이 관리자는 게이트웨이가 설치된 컴퓨터의 관리자여야 하나요?
응답: 아니요. 게이트웨이 관리자는 서비스 내에서 게이트웨이를 관리하는 데 사용됩니다.

질문: 내 조직의 사용자가 게이트웨이를 만들지 못하게 할 수 있나요?
응답: 아니요. 이는 로드맵 상에 있지만 아직 시간 범위는 없습니다.

질문: 내 조직에서 게이트웨이의 사용량 및 통계 정보를 얻을 수 있나요?
응답: 아니요. 이는 로드맵 상에 있지만 아직 시간 범위는 없습니다.

Power BI

질문: 개인 게이트웨이를 업그레이드해야 하나요? 답변: 아니요, Power BI용 개인 게이트웨이를 계속 사용할 수 있습니다.

질문: 온-프레미스 데이터 게이트웨이를 통해 연결되어 있을 때 Power BI에서 대시보드 타일을 얼마나 자주 새로 고치나요?
답변: 약 10분입니다. DirectQuery 연결은 여기에 해당합니다. 이는 타일이 온-프레미스 서버에서 쿼리를 발급하거나 10분 마다 새 데이터를 표시하는 것을 의미하지 않습니다.

질문: 온-프레미스 데이터 원본에 연결된 파워 피벗 데이터 모델이 있는 Excel 통합 문서를 업로드할 수 있나요? 이 시나리오에 게이트웨이가 필요한가요?
답변: 예, 통합 문서를 업로드할 수 있습니다. 또한 아니요, 게이트웨이가 필요하지 않습니다. 그러나 데이터가 Excel 데이터 모델에 위치하기 때문에 Excel 통합 문서를 기반으로 하는 Power BI의 보고서는 라이브가 아닙니다. Power BI에서 보고서를 새로 고치려면 매번 업데이트된 통합 문서를 다시 업로드해야 합니다. 또는 예약된 새로 고침으로 게이트웨이를 사용합니다.

질문: 사용자가 DirectQuery 연결이 있는 대시보드를 공유할 경우 다른 사용자가 동일한 권한이 없는 경우에도 데이터를 볼 수 있나요?
답변: Analysis Services에 연결된 대시보드의 경우, 사용자는 액세스한 데이터만 볼 수 있습니다. 사용자가 동일한 사용 권한이 없는 경우, 어떠한 데이터도 볼 수 없습니다. 다른 데이터 원본의 경우 모든 사용자는 해당 데이터 원본에 대해 관리자가 입력한 자격 증명을 공유합니다.

질문: 게이트웨이를 사용하려면 Pro 라이선스가 필요한가요?
답변: 예.

질문: 게이트웨이를 활용하는 대시보드 또는 보고서로 상호 작용할 때 사용자에게 Pro 라이선스가 필요한가요?
답변: 예.

질문: 내 Oracle 서버에 연결할 수 없는 이유는 무엇입니까?
답변: Oracle 서버에 연결하기 위해 Oracle 클라이언트를 설치하고 적절한 서버 정보로 tnsnames.ora 파일을 구성해야 할 수 있습니다. 게이트웨이 외부의 별도 설치입니다. 자세한 내용은 Oracle 클라이언트 설치를 참조하세요.

질문: 게이트웨이에서 ExpressRoute를 사용하는가요?
답변: 예. ExpressRoute 및 Power BI에 대한 자세한 내용은 Power BI 및 ExpressRoute를 참조하세요.

참고 항목

온-프레미스 데이터 게이트웨이
온-프레미스 데이터 게이트웨이 심층 분석
온-프레미스 데이터 게이트웨이 문제 해결
궁금한 점이 더 있나요? Power BI 커뮤니티를 이용하세요.