온-프레미스 데이터 게이트웨이 문제 해결Troubleshooting the on-premises data gateway

이 문서에서는 온-프레미스 데이터 게이트웨이를 사용할 때 발생할 수 있는 몇 가지 일반적인 문제에 대해 설명합니다.This article discusses some common issues you may encounter when using the on-premises data gateway.

참고

아래 나열되어 있지 않은 문제가 발생한 경우 다음 위치에서 추가 지원을 요청할 수 있습니다.If you encounter an issue that is not listed below, you can ask for further assistance in the following locations.

최신 버전으로 업데이트Update to the latest version

게이트웨이 버전이 만료되면 많은 문제가 발생할 수 있습니다.A lot of issues can surface when the gateway version is out of date. 최신 버전을 사용하고 있는지 확인하는 것이 좋습니다.It is a good general practice to make sure you are on the latest version. 한 달 이상 게이트웨이를 업데이트하지 않은 경우에는 최신 버전 게이트웨이를 설치하고 문제를 재현할 수 있는지 확인할 수 있습니다.If you haven't updated the gateway for a month, or longer, you may want to consider installing the latest version of the gateway and see if you can reproduce the issue.

일반적인 문제Common issues

여기에는 인터넷 액세스를 제한하는 환경에서 많은 고객에게 도움이 되었던 몇 가지 일반적인 문제와 해결책이 나와 있습니다.Here are a few common issues and resolutions that have helped a number of customers in environments that restrict internet access.

프록시 서버에 대한 인증Authentication to proxy server

프록시는 도메인 사용자 계정으로부터 인증이 필요할 수 있습니다.Your proxy may require authentication from a domain user account. 기본적으로 게이트웨이는 Windows 서비스 로그온 사용자용 서비스 SID를 사용합니다.By default, the gateway uses a Service SID for the windows service log on user. 도메인 사용자에 대한 로그온 사용자를 변경하면 이 작업이 수월해집니다.Changing the log on user to a domain user can help with this. 자세한 내용은 게이트웨이 서비스 계정을 도메인 사용자로 변경을 참조하세요.For more information, see Changing the gateway service account to a domain user.

프록시는 포트 80 및 443 트래픽만 허용합니다.Your proxy only allows ports 80 and 443 traffic

일부 프록시는 포트 80 및 443에 대한 트래픽을 제한합니다.Some proxies restrict traffic to only ports 80 and 443. 기본적으로 Azure 서비스 버스와의 통신은 443 이외의 포트에서 발생합니다.By default, communication to Azure Service Bus will occur on ports other than 443.

게이트웨이가 직접 TCP 대신 HTTPS를 사용하여 Azure Service Bus와 통신하도록 강제할 수 있습니다.You can force the gateway to communicate with Azure Service Bus using HTTPS instead of direct TCP. Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config 파일을 수정해야 합니다.You will need to modify the Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config file. 값을 AutoDetect에서 Https로 변경합니다.Change the value from AutoDetect to Https. 이 파일은 기본적으로 C:\Program Files\On-premises data gateway 에 있습니다.This file is located, by default, at C:\Program Files\On-premises data gateway.

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

설치Installation

오류: 사용자를 그룹에 추가하지 못했습니다.Error: Failed to add user to group. (-2147463168 PBIEgwService 성능 로그 사용자)(-2147463168 PBIEgwService Performance Log Users )

도메인 컨트롤러에 게이트웨이를 설치하려고 하는 경우 이 오류가 표시될 수 있습니다.You may receive this error if you are trying to install the gateway on a domain controller. 도메인 컨트롤러에는 배포할 수 없습니다.Deploying on a domain controller is not supported. 도메인 컨트롤러가 아닌 컴퓨터에서 게이트웨이를 배포해야 합니다.You will need to deploy the gateway on a machine that is not a domain controller.

구성Configuration

게이트웨이를 다시 시작하는 방법How to restart the gateway

게이트웨이는 Windows 서비스로 실행되어 사용자가 여러 가지 방법으로 시작하고 중지할 수 있습니다.The gateway runs as a Windows service, so you can start and stop it in multiple ways. 예를 들어, 게이트웨이가 실행되고 있는 컴퓨터에서 높은 권한으로 명령을 연 다음, 다음 명령 중 하나를 실행할 수 있습니다.For example, you can open a command prompt with elevated permissions on the machine where the gateway is running and then run either of these commands:

  • 서비스를 중지하려면 이 명령을 실행합니다.To stop the service, run this command:

    ''' net stop PBIEgwService '''''' net stop PBIEgwService '''

  • 서비스를 시작하려면 이 명령을 실행합니다.To start the service, run this command:

    ''' net start PBIEgwService '''''' net start PBIEgwService '''

오류: 게이트웨이를 만들지 못했습니다.Error: Failed to create gateway. 다시 시도하세요.Please try again.

모든 세부 정보를 사용할 수 있지만 Power BI 서비스를 호출하면 오류가 반환됩니다.All of the details are available, but the call to the Power BI service returned an error. 오류 및 활동 ID가 표시됩니다.The error, and an activity id, will be displayed. 이런 상황은 여러 가지 이유로 발생할 수 있습니다.This could happen for different reasons. 아래에 언급된 대로 로그를 수집 및 검토하여 자세한 정보를 얻을 수 있습니다.You can collect, and review, the logs, as mentioned below, to get more details.

또한 프록시 구성 문제 때문일 수 있습니다.This could also be due to proxy configuration issues. 이제 사용자 인터페이스를 통해 프록시를 구성할 수 있습니다.The user interface does now allow for proxy configuration. 프록시 구성 변경에 대해 자세히 알아볼 수 있습니다.You can learn more about making proxy configuration changes

오류: 게이트웨이 세부 정보를 업데이트하지 못했습니다.Error: Failed to update gateway details. 다시 시도하세요.Please try again.

정보가 Power BI 서비스에서 게이트웨이로 전달되었습니다.Information was received from the Power BI service, to the gateway. 정보가 로컬 Windows 서비스에 전달되었지만 반환하지 못했습니다.The information was passed onto the local windows service, but it failed to return. 또는 대칭 키를 생성하지 못했습니다.Or, a symmetric key generation failed. 세부 정보 표시아래 내부 예외가 표시됩니다.The inner exception will be displayed under Show details. 아래에 언급된 대로 로그를 수집 및 검토하여 자세한 정보를 얻을 수 있습니다.You can collect, and review, the logs, as mentioned below, to get more details.

오류: Power BI 서비스에서 로컬 게이트웨이에 연결할 수 없다고 보고했습니다.Error: Power BI service reported local gateway as unreachable. 게이트웨이를 다시 시작한 다음 다시 시도하세요.Please restart the gateway and try again.

구성 마지막에 게이트웨이를 검사하기 위해 Power BI 서비스가 다시 호출됩니다.At the end of configuration, the Power BI service will be called again to validate the gateway. Power BI 서비스에서 게이트웨이를 라이브상태로 보고하지 않습니다.The Power BI service does not report the gateway as live. Windows 서비스를 다시 시작하면 통신이 성공할 수 있습니다.Restarting the windows service may allow the communication to be successful. 아래에 언급된 대로 로그를 수집 및 검토하여 자세한 정보를 얻을 수 있습니다.You can collect, and review, the logs, as mentioned below, to get more details.

Power BI에 로그인하는 동안 스크립트 오류Script error during sign into Power BI

온-프레미스 데이터 게이트웨이 구성의 일부분으로 Power BI에 로그인할 경우 스크립트 오류가 나타날 수 있습니다.You may receive a script error when signing into Power BI as part of the on-premises data gateway configuration. 다음 보안 업데이트를 설치하여 문제를 해결해야 합니다.Installing the following security update should resolve the issue. 이는 Windows Update를 통해 설치할 수 있습니다.This can be installed via Windows Update.

MS16-051: Internet Explorer용 보안 업데이트: 2016년 5월 10일(KB 3154070)MS16-051: Security update for Internet Explorer: May 10, 2016 (KB 3154070)

Null 참조 예외로 게이트웨이 구성 실패Gateway configuration failed with a null reference exception

다음과 유사한 오류가 발생할 수 있습니다.You may encounter an error similar to the following.

    Failed to update gateway details.  Please try again.
    Error updating gateway configuration.

여기에는 스택 추적이 포함되며 스택 추적에는 다음이 포함될 수 있습니다.This will include a stack trace, and that stack trace will may include the following.

    Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.CouldNotUpdateGatewayConfigurationException: Error updating gateway configuration. ----> System.ArgumentNullException: Value cannot be null.
    Parameter name: serviceSection

이전 게이트웨이에서 업그레이드하는 경우 구성 파일을 유지합니다.If you are upgrading from an older gateway, we preserve the config file. 누락된 섹션이 있을 수 있습니다.There may be a section that is missing. 게이트웨이에서 읽기를 시도하면 위의 Null 참조 예외가 발생합니다.When the gateway tries to read it, we will get the above null reference exception.

이를 수정하려면 다음을 수행합니다.To correct this, do the following.

  1. 게이트웨이를 제거합니다.Uninstall the gateway.
  2. 다음 폴더를 삭제합니다.Delete the following folder.

     c:\Program Files\on-premises data gateway
    
  3. 게이트웨이를 다시 설치합니다.Reinstall the gateway.
  4. 필요에 따라 복구 키를 적용하여 기존 게이트웨이를 복원합니다.Optionally apply the recovery key to restore an existing gateway.

TLS 1.1/1.2에 대한 지원Support for TLS 1.1/1.2

2017년 8월 업데이트 및 그 이후에 온-프레미스 데이터 게이트웨이는 기본적으로 TLS(전송 계층 보안) 1.1 또는 1.2를 사용하여 Power BI 서비스와 통신합니다.With the August 2017 update and beyond, the on-premises data gateway uses Transport Layer Security (TLS) 1.1 or 1.2 to communicate with the Power BI service by default. 온-프레미스 데이터 게이트웨이의 이전 버전은 기본적으로 TLS 1.0을 사용합니다.Previous versions of the on-premises data gateway use TLS 1.0 by default. 2017년 11월 1일에 TLS 1.0에 대한 지원이 종료되므로, 게이트웨이가 계속 작동하도록 하려면 그때까지 온-프레미스 데이터 게이트웨이 설치를 2017년 8월 릴리스 이상으로 업그레이드해야 합니다.On November 1st 2017 support for TLS 1.0 will end, so by then you must upgrade your on-premises data gateway installations to the August 2017 release or newer to ensure your gateways continue to operate.

11월 1일 이전까지 TLS 1.0은 온-프레미스 데이터 게이트웨이로 계속 지원되며, 대체 메커니즘으로 게이트웨이에서 사용됩니다.It's important to note that TLS 1.0 is still supported by the on-premises data gateway prior to November 1st, and is used by the gateway as a fallback mechanism. 모든 게이트웨이 트래픽에서 TLS 1.1 또는 1.2를 사용하도록 하려면(및 게이트웨이에서 TLS 1.0을 사용하지 않도록 하려면) 게이트웨이 서비스를 실행하는 컴퓨터에서 다음 레지스트리 키를 추가하거나 수정해야 합니다.To ensure all gateway traffic uses TLS 1.1 or 1.2 (and to prevent the use of TLS 1.0 on your gateway), you must add or modify the following registry keys on the machine running the gateway service:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319]"SchUseStrongCrypto"=dword:00000001
    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319]"SchUseStrongCrypto"=dword:00000001

참고

이러한 레지스트리 키를 추가하거나 수정하면 변경 내용이 모든 .NET 응용 프로그램에 적용됩니다.Adding or modifying these registry keys applies the change to all .NET applications. 다른 응용 프로그램에 대한 TLS에 영향을 주는 레지스트리 변경에 대한 정보는 TLS(전송 계층 보안) 레지스트리 설정을 참조하세요.For information about registry changes that affect TLS for other applications, see Transport Layer Security (TLS) registry settings.

데이터 소스Data sources

오류: 연결할 수 없습니다.Error: Unable to Connect. 세부 정보: "연결 자격 증명이 잘못되었습니다."Details: "Invalid connection credentials"

세부 정보 표시에 데이터 소스에서 받은 오류 메시지가 표시됩니다.Within Show details, it should display the error message received from the data source. SQL Server의 경우 다음과 유사한 출력이 표시됩니다.For SQL Server, you should see something like the following.

Login failed for user 'username'.

사용자 이름과 암호가 올바른지 확인합니다.Verify that you have the correct username and password. 또한 해당 자격 증명을 데이터 소스에 연결할 수 있는지 확인합니다.Also verify that those credentials can successfully connect to the data source. 사용 중인 계정이 인증 방법과 일치하는지 확인합니다.Make sure the account being used matches the Authentication Method.

오류: 연결할 수 없습니다.Error: Unable to Connect. 세부 정보: "데이터베이스에 연결할 수 없습니다."Details: "Cannot connect to the database"

서버에는 연결할 수 있지만 제공된 데이터베이스에는 연결할 수 없습니다.We were able to connect to the server, but not to the database supplied. 데이터베이스의 이름을 확인하고 사용자 자격 증명에 해당 데이터베이스에 액세스할 수 있는 적절한 사용 권한이 있는지 확인합니다.Verify the name of the database, and that the user credential as the proper permission to access that database.

세부 정보 표시에 데이터 소스에서 받은 오류 메시지가 표시됩니다.Within Show details, it should display the error message received from the data source. SQL Server의 경우 다음과 유사한 출력이 표시됩니다.For SQL Server, you should see something like the following.

Cannot open database "AdventureWorks" requested by the login. The login failed. Login failed for user 'username'.

오류: 연결할 수 없습니다.Error: Unable to Connect. 세부 정보: "데이터 게이트웨이에서 알 수 없는 오류 발생"Details: "Unknown error in data gateway"

이 오류는 다양한 이유로 발생할 수 있습니다.This error could occur for different reasons. 게이트웨이를 호스트하는 컴퓨터에서 데이터 소스에 연결할 수 있는지 확인해야 합니다.Be sure to validate that you can connect to the data source from the machine hosting the gateway. 서버에서 액세스할 수 없기 때문에 발생한 결과일 수 있습니다.This could be the result of the server not being accessible.

세부 정보 표시에 오류 코드 DM_GWPipeline_UnknownError가 나타납니다.Within Show details, you will see an error code of DM_GWPipeline_UnknownError.

또한 이벤트 로그 > 응용 프로그램 및 서비스 로그 > 온-프레미스 데이터 게이트웨이 서비스에서 자세한 내용을 참조하세요.You can also look in the Event Logs > Applications and Services Logs > on-premises data gateway Service for more details.

오류: 에 연결하는 중 오류가 발생했습니다.Error: We encountered an error while trying to connect to . 세부 내역: "데이터 게이트웨이에 연결했지만 해당 게이트웨이가 온-프레미스 데이터 원본에 액세스할 수 없습니다."Details: "We reached the data gateway, but the gateway can't access the on-premises data source."

지정된 데이터 원본에 연결할 수 없습니다.We were unable to connect to the specified data source. 해당 데이터 원본에 제공된 정보의 유효성을 검사해야 합니다.Be sure to validate the information provided for that data source.

세부 정보 표시에 오류 코드 DM_GWPipeline_Gateway_DataSourceAccessError가 나타납니다.Within Show details, you will see an error code of DM_GWPipeline_Gateway_DataSourceAccessError.

기본 오류 메시지가 다음과 유사한 경우 데이터 원본에 사용하는 계정이 해당 Analysis Services 인스턴스에 대한 서버 관리자가 아닌 것입니다.If the underlying error message is similar to the following, this means that the account you are using for the data source is not a server admin for that Analysis Services instance. 자세히 알아보기Learn more

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.

기본 오류 메시지가 다음과 유사한 경우 Analysis Services에 대한 서비스 계정에서 TGGAU(token-groups-global-and-universal) 디렉터리 특성이 누락되었을 수 있습니다.If the underlying error message is similar to the following, it could mean that the service account for Analysis Services may be missing the token-groups-global-and-universal (TGGAU) directory attribute.

The user name or password is incorrect.

Windows 2000 이전 호환성 액세스 권한이 있는 도메인에는 TGGAU 특성이 설정되어 있습니다.Domains with Pre-Windows 2000 compatibility access will have the TGGAU attribute enabled. 그러나 최근 새로 만든 도메인에는 기본적으로 이 특성이 설정되어 있지 않습니다.However, most newly created domains will not enable this attribute by default. 여기에서 이 내용에 대해 자세히 알아볼 수 있습니다.You can read more about this here.

다음을 수행하여 이를 확인할 수 있습니다.You can confirm this by doing the following.

  1. SQL Server Management Studio 내에서 Analysis Services 컴퓨터에 연결합니다.Connect to the Analysis Services machine within SQL Server Management Studio. 고급 연결 속성 내에서 문제의 사용자에 대한 EffectiveUserName을 포함하고 여기에서 오류가 생성되는지 확인합니다.Within the Advanced connection properties, include EffectiveUserName for the user in question and see if this reproduces the error.
  2. dsacls Active Directory 도구를 사용하여 특성이 나열되는지 여부를 확인할 수 있습니다.You can use the dsacls Active Directory tool to validate whether the attribute is listed. 일반적으로 도메인 컨트롤러에 있는 도구입니다.This is tool is normally found on a domain controller. 계정에 해당하는 고유 도메인 이름을 알아야 하며 이 이름을 도구에 전달해야 합니다.You will need to know what the distinguished domain name is for the account and pass that to the tool.

     dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"
    

    다음과 유사한 결과를 얻고 싶어합니다.You want to see something similar to the following in the results.

         Allow BUILTIN\Windows Authorization Access Group
                                       SPECIAL ACCESS for tokenGroupsGlobalAndUniversal
                                       READ PROPERTY
    

이 문제를 해결하려면 Analysis Services Windows 서비스에 사용되는 계정에서 TGGAU를 사용하도록 설정해야 합니다.To correct this issue, you will need to enable TGGAU on account used for the Analysis Services windows service.

사용자 이름 또는 암호가 잘못될 다른 가능성Another possibility for user name or password incorrect

이 오류는 Analysis Services 서버가 사용자와 다른 도메인에 있고 양방향 트러스트가 설정되지 않았기 때문에 발생할 수도 있습니다.This error could also be caused if the Analysis Services server is in a different domain than the users and there is not a two-way trust established.

도메인 관리자와 협력하여 도메인 간에 트러스트 관계를 확인해야 합니다.You will need to work with your domain administrators to verify the trust relationship between domains.

Power BI 서비스의 Analysis Services에 대한 ‘데이터 가져오기’ 환경에서 데이터 게이트웨이 데이터 원본을 볼 수 없음Unable to see the data gateway data sources in the 'Get Data' experience for Analysis Services from the Power BI service

계정이 게이트웨이 구성 내에서 데이터 원본의 사용자 탭에 나열되는지 확인합니다.Make sure that your account is listed in the Users tab of the data source within the gateway configuration. 게이트웨이에 대한 액세스가 없는 경우 게이트웨이의 관리자에게 문의하고 확인하도록 요청합니다.If you don't have access to the gateway, check with the administrator of the gateway and ask them to verify. 사용자 목록의 계정에만 Analysis Services 목록에 나열된 데이터 원본이 표시됩니다.Only accounts in the Users list will see the data source listed in the Analysis Services list.

데이터 집합Datasets

오류: 이 행에 필요한 공간이 부족합니다.Error: There is not enough space for this row.

단일 행의 크기가 4MB를 초과할 경우 이 오류가 발생합니다.This will occur if you have a single row greater than 4 MB in size. 데이터 원본에서 해당 행이 무엇인지 확인하고 해당 행을 필터링하거나 해당 행의 크기를 줄여야 합니다.You will need to determine what the row is from your data source and attempt to filter it out or reduce the size for that row.

오류: 제공된 서버 이름이 SQL Server SSL 인증서의 서버 이름과 일치하지 않습니다.Error: The server name provided doesn't match the server name on the SQL Server SSL Certificate.

인증서 CN이 서버에 대해 전체 주소 도메인 네임(FQDN)을 가진 서버에 대한 이름이지만 서버에 대해 netbios 이름만 입력하는 경우 발생할 수 있습니다.This can occur when the certificate CN is for the servers fully qualified domain name (FQDN) but you only supplied the netbios name for the server. 이렇게 하면 인증서에 대한 불일치를 초래하게 됩니다.This will cause a mismatch for the certificate. 이 문제를 해결하려면 게이트웨이 데이터 원본 내에 서버 이름을 만들고 PBIX 파일을 만들어 서버의 FQDN을 사용해야 합니다.To resolve this issue, you will need to make the server name within the gateway data source, and the PBIX file, to use the FQDN of the server.

예약된 새로 고침을 구성하는 경우 온-프레미스 데이터 게이트웨이 백분율로 표시되지 않습니다.I don't see the on-premises data gateway persent when configuring scheduled refresh.

몇 가지 다른 시나리오 때문일 수 있습니다.This could be because of a few different scenarios.

  1. 서버 및 데이터베이스 이름은 Power BI Desktop에 입력한 이름과 게이트웨이에 대해 구성된 데이터 원본 간에 일치하지 않습니다.The server and database name don't match between what was entered in Power BI Desktop and the data source configured for the gateway. 이러한 이름은 동일한 값이 되어야 합니다.These need to be the same values. 대소문자를 구분하지 않습니다.They are not case sensitive.
  2. 계정이 게이트웨이 구성 내 데이터 원본의 사용자 탭에 나와 있지 않습니다.Your account is not listed in the Users tab of the data source within the gateway configuration. 해당 목록에 추가할 게이트웨이의 관리자에게 가져와야 합니다.You will need to get with the administrator of the gateway to be added to that list.
  3. Power BI Desktop 파일에 여러 데이터 원본이 있고 모든 데이터 원본이 게이트웨이로 구성되어 있지 않습니다.Your Power BI Desktop file has multiple data sources within it and not all of those data sources are configured with the gateway. 각 데이터 원본을 예약된 새로 고침 내에 표시하려면 게이트웨이에 대한 게이트웨이를 사용하여 정의해야 합니다.You will need to have each data source defined with the gateway for the gateway to show up within Scheduled Refresh.

오류: 게이트웨이 클라이언트의 받은 비압축 데이터가 한도를 초과했습니다.Error: The received uncompressed data on the gateway client has exceeded limit.

정확한 제한량은 각 테이블당 10GB의 비압축 데이터입니다.The exact limitation is 10 GB of uncompressed data per table. 이 문제가 발생하는 경우 몇 가지 좋은 옵션으로 최적화하여 문제가 발생하지 않도록 할 수 있습니다.If you are hitting this issue, there are good options to optimize and avoid the issue. 특히 정규화된 키를 사용하거나 사용하지 않는 열을 제거하는 대신 매우 반복되는 긴 문자열 값의 사용을 줄이는 것이 도움이 됩니다.In particular, reducing the use of highly repetitive, long string values and instead using a normalized key or removing the column (if not in use) will help.

보고서Reports

온-프레미스 데이터 게이트웨이를 통해 데이터 원본에 액세스할 수 없기 때문에 보고서가 데이터 원본에 액세스하지 못했습니다.Report could not access the data source because you do not have access to our data source via an on-premises data gateway.

이 문제의 원인은 일반적으로 다음 중 하나입니다.This is usually caused by one of the following.

  1. 데이터 원본 정보가 기본 데이터 집합에 포함된 내용과 일치하지 않습니다.The data source information does not match what is in the underlying dataset. 서버 및 데이터베이스 이름이 온-프레미스 데이터 게이트웨이에 대해 정의된 데이터 원본과 Power BI Desktop 내에서 제공하는 내용 간에 일치해야 합니다.The server and database name need to match between the data source defined for the on-premises data gateway and what you supply within Power BI Desktop. Power BI Desktop에서 IP 주소를 사용하는 경우 온-프레미스 데이터 게이트웨이에 대해서도 데이터 원본이 IP 주소를 사용해야 합니다.If you use an IP Address in Power BI Desktop, the data source, for the on-premises data gateway, needs to use an IP Address as well.
  2. 조직 내에 게이트웨이에서 사용할 수 있는 데이터 원본이 없습니다.There is not a data source available on any gateway within your organization. 새 온-프레미스 데이터 게이트웨이나 기존 온-프레미스 데이터 게이트웨이에서 데이터 원본을 구성할 수 있습니다.You can configure the data source on a new, or existing, on-premises data gateway.

오류: 데이터 원본 액세스 오류가 발생했습니다.Error: Data source access error. 게이트웨이 관리자에게 문의하세요.Please contact the gateway administrator.

이 보고서가 라이브 Analysis Services 연결을 활용하는 경우 유효하지 않거나 Analysis Services 컴퓨터에서 권한이 없는EffectiveUserName에 전달되는 값에서 문제가 발생했을 수 있습니다.If this report is making use of a live Analysis Services connection, you could be encountering an issue with a value being passed to EffectiveUserName that is either not valid, or doesn't have permissions on the Analysis Services machine. 일반적으로 인증 문제는 EffectiveUserName에 대해 전달되는 값이 로컬 UPN(사용자 계정 이름)과 일치하지 않는다는 사실 때문입니다.Typically, an authentication issue is due to the fact that the value being passed for EffectiveUserName doesn't match a local user principal name (UPN).

이를 확인하기 위해 다음을 수행할 수 있습니다.To confirm this, you can do the following.

  1. 게이트웨이 로그 내에서 유효한 사용자 이름을 찾습니다.Find the effective username within the gateway logs.
  2. 값이 전달된 후에는 값이 정확한지 확인합니다.Once you have the value being passed, validate that it is correct. 자신의 사용자인 경우 명령 프롬프트에서 다음 명령을 사용하여 UPN이 어떤 모양인지 확인할 수 있습니다.If it is your user, you can use the following command from a command prompt to see what the UPN should be. UPN은 전자 메일 주소와 같습니다.The UPN will look like an email address.

     whoami /upn
    

필요에 따라 Power BI가 Azure Active Directory에서 가져오는 것을 확인할 수 있습니다.Optionally, you can see what Power BI gets from Azure Active Directory.

  1. https://graphexplorer.cloudapp.net으로 이동합니다.Browse to https://graphexplorer.cloudapp.net.
  2. 오른쪽 위에서 로그인을 선택합니다.Select Sign in in the upper right.
  3. 다음 쿼리를 실행합니다.Run the following query. 큰 JSON 응답이 표시됩니다.You will see a rather large JSON response.

     https://graph.windows.net/me?api-version=1.5
    
  4. userPrincipalName을 찾습니다.Look for userPrincipalName.

Azure Active Directory UPN이 로컬 Active Directory UPN과 일치하지 않는 경우 사용자 이름 매핑 기능을 사용하여 올바른 값으로 바꿀 수 있습니다.If your Azure Active Directory UPN doesn't match your local Active Directory UPN, you can use the Map user names feature to replace it with a valid value. 또는 테넌트 관리자, 로컬 Active Directory 관리자와 작업하여 변경된 UPN을 가져올 수 있습니다.Or you can work with either your tenant admin, or local Active Directory admin, to get your UPN changed.

방화벽 또는 프록시Firewall or Proxy

게이트웨이에 대한 프록시 정보 제공에 대한 내용은 Power BI 게이트웨이에 대한 프록시 설정 구성을 참조하세요.For information on providing proxy information for your gateway, see Configuring proxy settings for the Power BI gateways.

PowerShell 프롬프트에서 Test-NetConnection 명령을 실행하여 방화벽 또는 프록시에서 연결을 차단하고 있는지 테스트할 수 있습니다.You can test to see if your firewall, or proxy, may be blocking conections by running Test-NetConnection from a PowerShell prompt. Azure Service Bus에 대한 연결을 테스트합니다.This will test connectivity to the Azure Service Bus. 네트워크 연결만을 테스트하며 클라우드 서버 서비스 또는 게이트웨이와 전혀 관계가 없습니다.This only tests network connectivity and doesn't have anything to do with the cloud server service or the gateway. 컴퓨터가 실제로 인터넷에 연결될 수 있는지 확인하는 데 도움이 됩니다.It helps to determine if your machine can actually get out to the internet.

Test-NetConnection -ComputerName watchdog.servicebus.windows.net -Port 9350

참고

Test-NetConnection은 Windows Server 2012 R2 이상에서만 사용할 수 있습니다.Test-NetConnection is only available on Windows Server 2012 R2 and later. Windows 8.1 이상에서도 사용할 수 있습니다.It is also available on Windows 8.1 and later. 이전 OS 버전에서는 Telnet을 사용하여 포트 연결을 테스트할 수 있습니다.On earlier OS versions, you can use Telnet to test port connectivity.

결과는 다음과 유사하게 나타납니다.The results should look similar to the following. 차이는 TcpTestSucceeded로 됩니다.The difference will be with TcpTestSucceeded. TcpTestSucceededtrue 가 아닌 경우 방화벽으로 차단될 수 있습니다.If TcpTestSucceeded is not true, then you may be blocked by a firewall.

ComputerName           : watchdog.servicebus.windows.net
RemoteAddress          : 70.37.104.240
RemotePort             : 5672
InterfaceAlias         : vEthernet (Broadcom NetXtreme Gigabit Ethernet - Virtual Switch)
SourceAddress          : 10.120.60.105
PingSucceeded          : False
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : True

철저히 하려는 경우 ComputerName포트 값을 포트에 대해 나열된 값으로 대체합니다.If you want to be exhaustive, substitute the ComputerName and Port values with those listed for ports

또한 방화벽은 Azure Service Bus가 Azure 데이터 센터에 대해 만드는 연결을 차단할 수 있습니다.The firewall may also be blocking the connections that the Azure Service Bus makes to the Azure data centers. 이 경우 해당 데이터 센터에 대한 지역의 IP 주소를 화이트 리스트(차단 해제)합니다.If that is the case, you will want to whitelist (unblock) the IP addresses for your region for those data centers. 여기에서 Azure IP 주소의 목록을 가져올 수 있습니다.You can get a list of Azure IP addresses here.

다음을 수행하여 자신이 속한 데이터 센터 지역을 찾을 수 있습니다.You can find the data center region you are in by doing the following:

  1. Power BI 서비스의 오른쪽 위에서 ?Select the ? 선택합니다.in the upper right of the Power BI service.
  2. Power BI 정보를 선택합니다.Select About Power BI.
  3. 데이터 영역이 데이터 저장 위치에 나열됩니다.Your data region will be listed in Your data is stored in.

아무 곳도 표시되지 않는 경우 고급 컬렉션 메서드이고 수집된 데이터를 분석하는 데 도움이 필요할 수 있기는 하지만 fiddler 또는 netsh와 같은 도구를 사용하여 네트워크 추적 가져오기를 시도할 수 있습니다.If you are still not getting anywhere, you could try getting a network trace using a tool like fiddler or netsh, although these are advanced collection methods and you may need assistance in analyzing the collected data. 도움이 필요한 경우 지원에 문의할 수 있습니다.You can contact support for assistance.

성능Performance

성능 카운터Performance Counters

게이트웨이 활동을 측정하는 데 사용할 수 있는 성능 카운터가 여러 개 있습니다.There are a number of performance counters that can be used to gauge the activities for the gateway. 이러한 카운터는 대량의 활동 부하가 있어서 새 게이트웨이를 만들어야 하는지 파악하는 데 유용할 수 있습니다.These can be helpful to understanding if we have a large load of activity and may need to make a new gateway. 작업 시간을 반영하지 않습니다.These counters will not reflect how long something takes.

Windows 성능 모니터 도구를 통해 이러한 카운터에 액세스할 수 있습니다.These counters can be access through the Windows Performance Monitor tool.

이러한 카운터는 일반적으로 다음과 같이 분류됩니다.There are general groupings of these counters.

카운터 종류Counter Type 설명Description
ADO.NETADO.NET DirectQuery 연결에 사용됩니다.This is used for any DirectQuery connection.
ADOMDADOMD Analysis Services 2014 이하 버전에 사용됩니다.This is used for Analysis Services 2014 and earlier.
OLEDBOLEDB 특정 데이터 원본에서 사용합니다.This is used by certain data sources. 여기에는 SAP HANA 및 Analysis Service 2016 이상 버전이 포함됩니다.This includes SAP HANA and Analysis Service 2016 or later.
MashupMashup 가져온 데이터 원본이 포함됩니다.This includes any imported data source. 새로 고침을 예약하거나 요청 시 새로 고침을 수행하는 경우 매시업 엔진에 연결됩니다.If you are scheduling refresh or doing an on-demand refresh, it will go through the mashup engine.

사용 가능한 성능 카운터는 다음과 같이 나열됩니다.Here is a listing of the available performance counters.

카운터Counter 설명Description
ADO.NET 연결 열기 실행 횟수/초# of ADO.NET open connection executed / sec 초당 ADO.NET 연결 열기 작업을 실행한 횟수(성공 또는 실패)입니다.Number of ADO.NET open connection actions executed per second (succeeded or failed).
ADO.NET 연결 열기 실패 횟수/초# of ADO.NET open connection failed / sec 초당 ADO.NET 연결 열기 작업을 실패한 횟수입니다.Number of ADO.NET open connections actions failed per second.
ADO.NET 쿼리 실행 횟수/초# of ADO.NET queries executed / sec 초당 ADO.NET 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of ADO.NET queries executed per second (succeeded or failed).
ADO.NET 쿼리 실패 횟수/초# of ADO.NET queries failed / sec 초당 ADO.NET 쿼리 실행을 실패한 횟수입니다.Number of ADO.NET failed queries executed per second.
ADOMD 연결 열기 실행 횟수/초# of ADOMD open connection executed / sec 초당 ADOMD 연결 열기 작업을 실행한 횟수(성공 또는 실패)입니다.Number of ADOMD open connection actions executed per second (succeeded or failed).
ADOMD 연결 열기 실패 횟수/초# of ADOMD open connection failed / sec 초당 ADOMD 연결 열기 작업을 실패한 횟수입니다.Number of ADOMD open connection actions failed per second.
ADOMD 쿼리 실행 횟수/초# of ADOMD queries executed / sec 초당 ADOMD 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of ADOMD queries executed per second (succeeded or failed).
ADOMD 쿼리 실패 횟수/초# of ADOMD queries failed / sec 초당 ADOMD 쿼리 실행을 실패한 횟수입니다.Number of ADOMD failed queries executed per second.
모든 연결 열기 실행 횟수/초# of all open connection executed / sec 초당 연결 열기 작업을 실행한 횟수(성공 또는 실패)입니다.Number of open connection actions executed per second (succeeded or failed).
모든 연결 열기 실패 횟수/초# of all open connection failed / sec 초당 연결 열기 작업 실행을 실패한 횟수입니다.Number of failed open connection actions executed per second.
모든 쿼리 실행 횟수/초# of all queries executed / sec 초당 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of queries executed per second (succeeded or failed).
ADO.NET 연결 풀의 항목 수# of items in the ADO.NET connection pool ADO.NET 연결 풀의 항목 수입니다.Number of items in the ADO.NET connection pool.
OLEDB 연결 풀의 항목 수# of items in the OLEDB connection pool OLEDB 연결 풀의 항목 수입니다.Number of items in the OLEDB connection pool.
Service Bus 풀의 항목 수# of items in the Service Bus pool 서비스 버스 풀의 항목 수입니다.Number of items in the Service Bus pool.
Mashup 연결 열기 실행 횟수/초# of Mashup open connection executed / sec 초당 Mashup 연결 열기 작업을 실행한 횟수(성공 또는 실패)입니다.Number of Mashup open connection actions executed per second (succeeded or failed).
Mashup 연결 열기 실패 횟수/초# of Mashup open connection failed / sec 초당 Mashup 연결 열기 작업을 실패한 횟수입니다.Number of Mashup open connection actions failed per second.
Mashup 쿼리 실행 횟수/초# of Mashup queries executed / sec 초당 Mashup 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of Mashup queries executed per second (succeeded or failed).
Mashup 쿼리 실패 횟수/초# of Mashup queries failed / sec 초당 Mashup 쿼리 실행을 실패한 횟수입니다.Number of Mashup failed queries executed per second
다중 결과 집합 OLEDB 쿼리 실패 횟수/초# of multiple result set OLEDB queries failed / sec 초당 다중 결과 집합 OLEDB 쿼리 실행을 실패한 횟수입니다.Number of multiple resultset OLEDB failed queries executed per second.
OLEDB 다중 결과 집합 쿼리 실행 횟수/초# of OLEDB multiple resultset queries executed / sec 초당 OLEDB 다중 결과 집합 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of OLEDB multiple resultset queries executed per second (succeeded or failed).
OLEDB 연결 열기 실행 횟수/초# of OLEDB open connection executed / sec 초당 OLEDB 연결 열기 작업을 실행한 횟수(성공 또는 실패)입니다.Number of OLEDB open connection actions executed per second (succeeded or failed).
OLEDB 연결 열기 실패 횟수/초# of OLEDB open connection failed / sec 초당 OLEDB 연결 열기 작업을 실패한 횟수입니다.Number of OLEDB open connection actions failed per second.
OLEDB 쿼리 실행 횟수/초# of OLEDB queries executed / sec 초당 OLEDB 다중 결과 집합 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of OLEDB multiple resultset queries executed per second (succeeded or failed).
OLEDB 쿼리 실패 횟수/초# of OLEDB queries failed / sec 초당 OLEDB 다중 결과 집합 쿼리 실행을 실패한 횟수입니다.Number of OLEDB mutiple resultset failed queries executed per second.
OLEDB 단일 결과 집합 쿼리 실행 횟수/초# of OLEDB single resultset queries executed / sec 초당 OLEDB 단일 결과 집합 쿼리를 실행한 횟수(성공 또는 실패)입니다.Number of OLEDB single resultset queries executed per second (succeeded or failed).
쿼리 실패 횟수/초# of queries failed / sec 초당 쿼리 실행을 실패한 횟수입니다.Number of failed queries executed per second.
단일 결과 집합 OLEDB 쿼리 실패 횟수/초# of single result set OLEDB queries failed / sec 초당 단일 결과 집합 OLEDB 쿼리 실행을 실패한 횟수입니다.Number of single resultset OLEDB failed queries executed per second.

느린 성능 쿼리 검토Reviewing slow performing queries

게이트웨이를 통한 응답이 느리다는 것을 알 수 있습니다.You may find that response through the gateway is slow. 이는 DirectQuery 쿼리 또는 가져온 데이터 집합을 새로 고칠 때 필요할 수 있습니다.This could be for DirectQuery queries or when refreshing your imported dataset. 출력 쿼리 및 타이밍에 대한 추가 로깅을 사용하여 무엇이 느리게 수행되는지 알 수 있습니다.You can enable additional logging to output queries and their timings to help understand what is performing slow. 길게 실행되는 쿼리를 알고 있으면 쿼리 성능을 튜닝하기 위해 데이터 원본에서 추가 수정이 필요할 수 있습니다.When you find a long running query, it may require additional modification on your data source to tune query performance. 예를 들어, SQL Server 쿼리를 위해 인덱스를 조정합니다.For example, adjusting indexes for a SQL Server query.

쿼리 지속 시간을 확인하려면 두 개의 구성 파일을 수정해야 합니다.You will need to modify two configuration files to determine the duration of a query.

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.configMicrosoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config 파일에 있는 EmitQueryTraces 값을 False에서 True로 수정해야 합니다.Within the Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config file, change the EmitQueryTraces value from False to True. 이 파일은 기본적으로 C:\Program Files\On-premises data gateway에 있습니다.This file is located, by default, at C:\Program Files\On-premises data gateway. EmitQueryTraces를 사용하면 게이트웨이에서 데이터 원본으로 전송된 쿼리를 기록하기 시작합니다.Enabling EmitQueryTraces will begin to log queries that are sent from the gateway to a data source.

중요

EmitQueryTraces를 사용하면 게이트웨이 사용량에 따라 로그 크기가 대폭 증가할 수 있습니다.Enabling EmitQueryTraces could increase the log size significantly depending on gateway usage. 로그 검토 작업이 완료되면 EmitQueryTraces를 False로 설정합니다.Once you are done reviewing the logs, you will want to set EmitQueryTraces to False. 이 설정을 장기간 사용하는 것은 좋지 않습니다.It is not recommended to leave this setting enabled long term.

<setting name="EmitQueryTraces" serializeAs="String">
    <value>True</value>
</setting>

쿼리 항목의 예Example query entry

DM.EnterpriseGateway Information: 0 : 2016-09-15T16:09:27.2664967Z DM.EnterpriseGateway    4af2c279-1f91-4c33-ae5e-b3c863946c41    d1c77e9e-3858-4b21-3e62-1b6eaf28b176    MGEQ    c32f15e3-699c-4360-9e61-2cc03e8c8f4c    FF59BC20 [DM.GatewayCore] Executing query (timeout=224) "<pi>
SELECT
TOP (1000001) [t0].[ProductCategoryName],[t0].[FiscalYear],SUM([t0].[Amount])
 AS [a0]
FROM
(
(select [$Table].[ProductCategoryName] as [ProductCategoryName],
    [$Table].[ProductSubcategory] as [ProductSubcategory],
    [$Table].[Product] as [Product],
    [$Table].[CustomerKey] as [CustomerKey],
    [$Table].[Region] as [Region],
    [$Table].[Age] as [Age],
    [$Table].[IncomeGroup] as [IncomeGroup],
    [$Table].[CalendarYear] as [CalendarYear],
    [$Table].[FiscalYear] as [FiscalYear],
    [$Table].[Month] as [Month],
    [$Table].[OrderNumber] as [OrderNumber],
    [$Table].[LineNumber] as [LineNumber],
    [$Table].[Quantity] as [Quantity],
    [$Table].[Amount] as [Amount]
from [dbo].[V_CustomerOrders] as [$Table])
)
 AS [t0]
GROUP BY [t0].[ProductCategoryName],[t0].[FiscalYear] </pi>"

Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.configMicrosoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config

Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.dll.config 파일에 있는 TraceVerbosity 값을 4에서 5로 수정해야 합니다.Within the Microsoft.PowerBI.DataMovement.Pipeline.Diagnostics.dll.config file, change the TraceVerbosity value from 4 to 5. 이 파일은 기본적으로 C:\Program Files\On-premises data gateway에 있습니다.This file is located, by default, at C:\Program Files\On-premises data gateway. 이 설정을 변경하면 세부 정보 표시 항목을 게이트웨이 로그에 기록하기 시작합니다.Changing this setting will begin to log verbose entries to the gateway log. 여기에는 지속 시간을 표시 하는 항목이 포함 됩니다.This includes entries that show duration.

중요

TraceVerbosity 5를 사용하면 게이트웨이 사용량에 따라 로그 크기가 대폭 증가될 수 있습니다.Enabling TraceVerbosity to 5 could increase the log size significantly depending on gateway usage. 로그 검토 작업이 완료되면 TraceVerbosity를 4로 설정합니다.Once you are done reviewing the logs, you will want to set TraceVerbosity to 4. 이 설정을 장기간 사용하는 것은 좋지 않습니다.It is not recommended to leave this setting enabled long term.

<setting name="TracingVerbosity" serializeAs="String">
    <value>5</value>
</setting>

활동 유형Activity Types

활동 유형Activty Type 설명Description
MGEQMGEQ ADO.NET을 통해 실행되는 쿼리입니다.Queries executed over ADO.NET. 여기에는 DirectQuery 데이터 원본이 포함됩니다.This includes DirectQuery data sources.
MGEOMGEO OLEDB를 통해 실행되는 쿼리입니다.Queries executed over OLEDB. 여기에는 SAP HANA 및 Analysis Services 2016이 포함됩니다.This includes SAP HANA and Analysis Services 2016.
MGEMMGEM 매시업 엔진에서 실행되는 쿼리입니다.Queries executed from the Mashup engine. 가져온 데이터 집합에 사용되어 예약된 새로 고침을 사용하거나 요청 시 새로 고칩니다.This is used with imported datasets that use scheduled refresh or refresh on-demand.

쿼리 지속 시간 확인Determine the duration of a query

데이터 원본을 쿼리하는 데 걸린 시간을 확인하려면 다음과 같이 수행할 수 있습니다.To determine the time it took to query the data source, you can do the following.

  1. 게이트웨이 로그를 엽니다.Open the gateway log.
  2. 활동 유형을 검색하여 쿼리를 찾습니다.Search for an Activity Type to find the query. 이러한 예로 MGEQ가 있습니다.An example of this would be MGEQ.
  3. 두 번째 GUID는 요청 ID이기 때문에 기록해 둡니다.Make note of the second GUID as this is the request id.
  4. 지속 시간이 포함된 FireActivityCompletedSuccessfullyEvent 항목을 찾을 때까지 MGEQ를 계속 검색합니다.Continue to search for MGEQ until you find the FireActivityCompletedSuccessfullyEvent entry with the duration. 동일한 요청 ID를 가지고 있는 항목을 확인할 수 있습니다. 지속 시간의 단위는 밀리초입니다.You can verify the entry has the same request id. Duration will be in milliseconds.

     DM.EnterpriseGateway Verbose: 0 : 2016-09-26T23:08:56.7940067Z DM.EnterpriseGateway    baf40f21-2eb4-4af1-9c59-0950ef11ec4a    5f99f566-106d-c8ac-c864-c0808c41a606    MGEQ    21f96cc4-7496-bfdd-748c-b4915cb4b70c    B8DFCF12 [DM.Pipeline.Common.TracingTelemetryService] Event: FireActivityCompletedSuccessfullyEvent (duration=5004)
    

    참고

    FireActivityCompletedSuccessfullyEvent은 세부 정보 표시 항목입니다.FireActivityCompletedSuccessfullyEvent is a verbose entry. TraceVerbosity 수준 5에 있지 않으면 이 항목을 기록하지 않습니다.This entry will not be logged unless TraceVerbosity is at level 5.

문제 해결을 위한 도구Tools for troubleshooting

게이트웨이 구성기에서 로그 수집Collecting logs from the gateway configurator

게이트웨이에 대해 수집할 수 있는 여러 로그가 있으며, 항상 로그로 시작해야 합니다.There are several logs you can collect for the gateway, and you should always start with the logs. 게이트웨이를 설치한 후 로그를 수집하는 가장 간단한 방법은 사용자 인터페이스를 이용하는 것입니다.The simplest way to collect logs after installing the gateway is through the user interface. 온-프레미스 데이터 게이트웨이 사용자 인터페이스에서 진단을 선택하고 다음 그림에 나와 있는 것처럼 페이지 하단에 있는 로그 내보내기 링크를 선택합니다.In the On-premises data gateway user interface, select Diagnostics and then select the Export logs link near the bottom of the page, as shown in the following image.

On-prem-data-gateway-UI-logs

설치 관리자 로그Installer logs

%localappdata%\Temp\On-premises_data_gateway_*.log

구성 로그Configuration logs

%localappdata%\Microsoft\On-premises Data Gateway\GatewayConfigurator*.log

온-프레미스 데이터 게이트웨이 서비스 로그On-premises data gateway service logs

C:\Users\PBIEgwService\AppData\Local\Microsoft\On-premises Data Gateway\Gateway*.log

이벤트 로그Event Logs

온-프레미스 데이터 게이트웨이 서비스 이벤트 로그는 응용 프로그램 및 서비스 로그 아래에서 제공됩니다.The On-premises data gateway service event logs are present under Application and Services Logs.

On-prem-data-gateway-event-logs

Fiddler 추적Fiddler Trace

Fiddler는 HTTP 트래픽을 모니터링하는 Telerik의 무료 도구입니다.Fiddler is a free tool from Telerik that monitors HTTP traffic. 클라이언트 컴퓨터에서 Power BI 서비스를 사용하여 앞뒤로 볼 수 있습니다.You can see the back and forth with the Power BI service from the client machine. 오류 및 다른 관련 정보를 표시할 수 있습니다.This may show errors and other related information.

새로 고침 기록Refresh History

예약된 새로 고침에 게이트웨이를 사용하는 경우 새로 고침 기록을 사용하면 지원을 요청해야 할 때 유용한 데이터를 제공할 뿐만 아니라 어떤 오류가 발생했는지 확인할 수 있습니다.When using the gateway for scheduled refresh, Refresh History can help you see what errors have occurred, as well as provide useful data if you should need to create a support request. 예약된 새로 고침을 비롯하여 요청에 따른 새로 고침도 볼 수 있습니다.You can view both scheduled, as well as on demand, refreshes. 새로 고침 기록을 가져오는 방법은 다음과 같습니다.Here is how you can get to the Refresh History.

  1. Power BI 탐색 창의 데이터 집합에서 데이터 집합 > 열기 메뉴 > 새로 고침 예약을 선택합니다.In the Power BI navigation pane, in Datasets, select a dataset > Open Menu > Schedule Refresh.

  2. 다음 설정... > 새로 고침 예약에서 기록 새로 고침을 선택합니다.In Settings for... > Schedule Refresh, select Refresh History.

새로 고침 시나리오 문제를 해결하는 방법에 대한 자세한 내용은 새로 고침 시나리오 문제 해결 문서를 참조하세요.For additional information about troubleshooting refresh scenarios, take a look at the Troubleshooting Refresh Scenarios article.

다음 단계Next steps

Power BI 게이트웨이에 대한 프록시 설정 구성Configuring proxy settings for the Power BI gateways
온-프레미스 데이터 게이트웨이On-premises data gateway
온-프레미스 데이터 게이트웨이 심층 분석On-premises data gateway - in-depth
데이터 원본 관리 - Analysis ServicesManage your data source - Analysis Services
데이터 원본 관리 - SAP HANAManage your data source - SAP HANA
데이터 원본 관리 - SQL ServerManage your data source - SQL Server
데이터 원본 관리 - 가져오기/예약된 새로 고침Manage your data source - Import/Scheduled refresh
궁금한 점이 더 있나요?More questions? Power BI 커뮤니티를 이용하세요.Try the Power BI Community