Configurare l'archivio di stringhe per dimensioni e partizioni
Si applica a:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
È possibile riconfigurare l'archiviazione di stringhe per contenere stringhe molto grandi in attributi di dimensione o partizioni che superano il limite di dimensioni del file di 4 GB impostato per gli archivi di stringhe. Se nelle dimensioni o partizioni sono inclusi archivi di stringhe di queste dimensioni, è possibile risolvere il problema del vincolo delle dimensioni file modificando la proprietà StringStoresCompatibilityLevel a livello di dimensione o di partizione, per oggetti locali nonché collegati (locali o remoti).
Si noti che è possibile aumentare l'archivio di stringhe solo per gli oggetti che richiedono una capacità aggiuntiva. Nella maggior parte dei modelli multidimensionali i dati di tipo stringa sono associati alle dimensioni. Tuttavia, anche le partizioni che contengono misure totale valori distinti basate su stringhe possono trarre vantaggio da questa impostazione. Poiché l'impostazione è relativa alle stringhe, i dati numerici non sono interessati.
Tra i valori validi per questa proprietà sono inclusi i seguenti:
| Valore | Descrizione |
|---|---|
| 1050 | Viene specificata l'architettura dell'archivio di stringhe predefinita, soggetta a dimensioni del file massime di 4 GB per archivio. |
| 1100 | Viene specificato un archivio di stringhe più ampio in grado di supportare fino a 4 miliardi di stringhe univoche per archivio. |
Importante
La modifica delle impostazioni dell'archivio di stringhe di un oggetto richiede la rielaborazione dell'oggetto stesso e di qualsiasi oggetto dipendente. L'elaborazione è necessaria per completare la routine.
In questo argomento sono incluse le sezioni seguenti:
Informazioni sugli archivi di stringhe
La configurazione dell'archiviazione di stringhe è facoltativa, pertanto anche nei nuovi database creati viene usata l'architettura predefinita soggetta al limite massimo di 4 GB per le dimensioni dei file. L'utilizzo di questa architettura più ampia comporta un lieve ma percettibile impatto sulle prestazioni. È necessario utilizzarla solo se le dimensioni dei file dell'archivio di stringhe sono prossime o al limite massimo di 4 GB.
Nota
Questa impostazione non si applica ai modelli di data mining. Attualmente è comunque possibile riscontrare il limite delle dimensioni dei file di GB nei modelli contenenti strutture di data mining.
In un database multidimensionale di Analysis Services le stringhe vengono archiviate separatamente dai dati numerici per consentire l'ottimizzazione in base alle caratteristiche dei dati. I dati in formato stringa sono contenuti in genere negli attributi di dimensione che rappresentano nomi o descrizioni, ma possono essere presenti anche nelle misure totale valori distinti o essere utilizzati nelle chiavi.
È possibile identificare un archivio di stringhe in base all'estensione file (ad esempio, file con estensione asstore, bstore, ksstore o string). Per impostazione predefinita, ognuno di questi file è soggetto a un limite massimo di 4 GB. In SQL Server 2012 (11.x), è possibile eseguire l'override delle dimensioni massime del file specificando un meccanismo di archiviazione alternativo che consente a un archivio stringa di crescere in base alle esigenze.
Diversamente dall'architettura dell'archivio di stringhe predefinita che comporta un limite delle dimensioni fisiche del file, l'archivio di stringhe più ampio è basato su un numero massimo di stringhe. Il limite massimo per questo tipo di archivio è 4 miliardi di stringhe univoche o 4 miliardi di record, a seconda della condizione che si verifica per prima. L'archivio di stringhe più ampio consente di creare record di dimensioni pari, dove ogni record corrisponde a una pagina di 64 KB. Se si dispone di stringhe molto lunghe che non rientrano in un solo record, il limite effettivo sarà minore di 4 miliardi di stringhe.
Prerequisiti
È necessario disporre di un SQL Server 2012 (11.x) o versione successiva di SQL Server Analysis Services.
Per le dimensioni e le partizioni deve essere utilizzata l'archiviazione MOLAP.
Il livello di compatibilità del database deve essere impostato su 1100. Se è stato creato o distribuito un database usando SQL Server Data Tools e il SQL Server 2012 (11.x) o versione successiva di SQL Server Analysis Services, il livello di compatibilità del database è già impostato su 1100. Se è stato spostato un database creato in una versione precedente di SQL Server Analysis Services in ssSQL11 o versioni successive, è necessario aggiornare il livello di compatibilità. Per i database che si stanno spostando, ma non ridistribuendo, è possibile usare SQL Server Management Studio per impostare il livello di compatibilità. Per altre informazioni, vedere Livello di compatibilità di un database multidimensionale (Analysis Services).
Passaggio 1: Impostare la proprietà StringStoreCompatiblityLevel in SQL Server Data Tools
Usando SQL Server Data Tools, aprire il progetto contenente le dimensioni o le partizioni da modificare.
Per modificare l'archivio di stringhe per le dimensioni, aprire Esplora soluzioni. Fare doppio clic sulla dimensione per cui modificare l'archivio di stringhe.
Nel riquadro Attributi di Progettazione dimensioni assicurarsi che sia selezionato il nodo padre della dimensione, ad esempio, se la dimensione è Customers, selezionare Customers e non uno degli attributi figlio.
Nel riquadro Proprietà della sezione Avanzate impostare StringStoresCompatibilityLevel su 1100. Ripetere questa procedura per le altre dimensioni che richiedono un archivio più ampio. In caso contrario, lasciare le dimensioni rimanenti sul valore 1050 .
Per le partizioni, aprire un cubo da Esplora soluzioni.
Fare clic sulla scheda Partizioni.
Espandere la partizione, selezionare la partizione che richiede capacità di memoria aggiuntiva, quindi modificare la proprietà StringStoresCompatibilityLevel .
Salvare il file.
Passaggio 2: Elaborazione degli oggetti
La nuova architettura di archiviazione verrà utilizzata dopo l'elaborazione degli oggetti. Questa operazione consente di dimostrare anche la corretta risoluzione del problema relativo al vincolo dell'archivio in quanto l'errore, tramite cui era stata segnalata una precedente condizione di overflow dell'archivio di stringhe, non verrà più generato.
- In Esplora soluzioni fare clic con il pulsante destro del mouse sulla dimensione appena modificata e selezionare Elabora.
È necessario utilizzare l'opzione Elaborazione completa su ogni oggetto in cui viene utilizzata la nuova architettura dell'archivio di stringhe. Prima dell'elaborazione, assicurarsi di eseguire un'analisi di impatto sulla dimensione per controllare se anche per gli oggetti dipendenti è necessaria la rielaborazione.
Vedere anche
Strumenti e approcci per l'elaborazione (Analysis Services)
Opzioni e impostazioni di elaborazione (Analysis Services)
Elaborazione e modalità di archiviazione delle partizioni
Archiviazione di dimensioni
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per