Qlik Cloud 리소스 제한
마지막 업데이트: 2026. 10. 14.QV2QS는 Qlik Cloud에서 직접 앱을 구축합니다.빌드 프로세스, 다시 로드, 자동 이진 업로드는 모두 Qlik Cloud 테넌트의 리소스 제한의 적용을 받습니다.이러한 제한은 구독 등급 및 공간 구성에 따라 다릅니다.
앱 업로드 크기
자동 이진 로드는 원본 QVW 파일을 Qlik Cloud에 임시 앱으로 업로드합니다.대용량 QVW 파일은 테넌트의 업로드 제한을 초과할 수 있습니다.업로드에 실패하면, 변환은 여전히 성공하지만 (데이터 없이 앱이 빌드됨), 자동 데이터 로드는 완료되지 않습니다.이 제한을 해결하려면, 대규모 앱 지원이 활성화된 공간에 앱을 배포하십시오.또는, --binaryAppId을(를) 사용하여 이미 테넌트에 있는 기존 앱을 참조하거나, 데이터 연결을 구성한 후 앱을 수동으로 다시 로드하세요.
앱 다시 로드 메모리
변환된 앱을(를) 다시 로드하려면 Qlik Cloud 엔진에 충분한 메모리 할당이 필요합니다.많은 테이블, 필드 또는 높은 행 수를 가진 대규모 QlikView 애플리케이션은 해당 공간의 기본 메모리 할당을 초과할 수 있습니다.대규모 앱 지원이 활성화된 공간에 대규모 앱을 배포하여 새로 고침을 위해 더 높은 메모리 및 컴퓨팅 리소스를 제공합니다.
공간 구성
기본적으로, QV2QS는 개인 공간에 앱을 생성합니다.개인 공간에는 표준 리소스 제한이 있습니다.대규모 애플리케이션의 경우, --spaceId을(를) 사용하여 명령줄에서 대규모 앱 지원을 위해 구성된 공유 공간에 배포합니다.
데이터 연결 및 로드 스크립트
QV2QS는 UI를 변환하지만 Qlik Cloud에서 데이터 연결을 생성하지 않습니다.로드 스크립트가 로컬 파일 경로, ODBC 연결 또는 QVD 파일을 참조하는 경우, 해당 데이터 소스는 앱이 성공적으로 다시 로드되기 전에 Qlik Cloud 환경에서 사용할 수 있어야 합니다.QV2QS는 기본 경로 정규화(백슬래시를 포워드 슬래시로 변환)를 적용합니다(lib:// 경로에서), 하지만 연결 이름과 파일 경로는 일반적으로 QAMT를 통한 수동 조정 또는 마이그레이션이 필요합니다.
새로고침 동시성
Qlik Cloud는 테넌트당 동시 새로 고침 수를 제한합니다.QV2QS 배치 배포가 많은 작업자로 실행될 때, 테넌트 제한을 초과하는 새로 고침 요청은 서버 측에서 대기합니다.클라우드 배포 단계의 속도 향상은 동시 다시 로드 제한에 도달하면 로컬 CPU 및 스레드 리소스와 관계없이 정체됩니다.
Qlik Cloud 리소스 제한, 용량 가드레일 및 구독 계층 세부 정보에 대한 전체 사양은 Qlik Cloud 사양 및 용량 가드레일을(를) 참조하십시오.