Puede establecer límites de consultas paralelas con comandos tabadmin/tsm o con un archivo connection-configs.xml. Una vez configurado Tableau Server para las consultas paralelas, la funcionalidad se activa automáticamente.
Puede especificar alguno o todos las siguientes:
Un límite global para el número de consultas paralelas para Tableau Server
Límites para un tipo de fuente de datos concreto, como SQL Server
Límites para un tipo de fuente de datos concreto en un servidor determinado
Límites para un tipo de fuente de datos concreto en un servidor determinado al conectarse a una base de datos específica
Límites para el número de fuentes de datos que se pueden consultar simultáneamente en una unión entre bases de datos
El formato para establecer límites de consultas paralelas con tabadmin set es:
tabadmin set native_api.connection.limit.<connection class> <n>
Por ejemplo, para establecer un límite global:
tabadmin set native_api.connection.globallimit 8
O para establecer un límite sobre un tipo de concreto de fuente de datos:
tabadmin set native_api.connection.limit.sqlserver 5
Para limitar las consultas paralelas para una combinación entre bases de datos:
tabadmin set native_api.federated_evaluator_degree_of_parallelism 4
Para obtener una lista de las cadenas de clase de conexión, consulte “Cadenas de clase” en el apartado de Información adicional que aparece a continuación.
El formato para establecer límites de consultas paralelas mediante tsm configuration set es:
configuration set -k native_api.connection.limit.<connection class> -v <n>
Por ejemplo, para establecer un límite global:
tsm configuration set -k native_api.connection.globallimit -v 8
Para establecer un límite en un tipo específico de fuente de datos:
tsm configuration set -k native_api.connection.limit.sqlserver -v 5
Para limitar las consultas paralelas para una combinación entre bases de datos:
tsm configuration set -k native_api.federated_evaluator_degree_of_parallelism -v 4
Para obtener una lista de las cadenas de clase de conexión, consulte “Cadenas de clase” en Información adicional a continuación.
Usted crea un archivo connection-configs.xml y se guarda en la carpeta vizqlserver del directorio config. El directorio config correcto depende de la versión de Tableau Server y del sistema operativo en el que está instalado.
Tiene que copiar este archivo de configuración en todos los directorios de configuración vizqlserver de todos los equipos de trabajador.
Consulte el archivo connection-configs.xml de ejemplo al final de esta sección de Tableau Server 2018.1 y versiones anteriores.
Una etiqueta <connection> sin información sobre tipo de fuente de datos, servidor ni base de datos define el número máximo de consultas de todas las conexiones no cubiertas por otra especificación de conexión más específica. Por ejemplo:
<connection>
<limit max='8'>
</limit>
</connection>
Este valor reemplaza al límite de consultas paralelas predeterminado. Para el proceso vizqlserver, el límite predeterminado es de 16; para el proceso dataserver, el límite predeterminado es de 1 000 000.
Nota: al establecer conexión con Amazon Redshift, el límite predeterminado es de 8 para ambos procesos.
Los valores de conexión de connection-configs.xml pueden funcionar en distintos niveles de especificidad. Al establecer una conexión, Tableau analiza el archivo de arriba a abajo, así que si hay más de una entrada aplicable a una conexión determinada, se usa aquella situada más arriba.
Por este motivo, también resulta adecuado ordenar las especificaciones de conexión de más a menos específica.
Otros límites (no globales) se establecen en una sección <connection-list> de la parte superior del archivo connection-configs.xml.
Los parámetros que se pueden usar en una etiqueta <connection> son:
| Parámetro | Cadena |
| class | Tipo de fuente de datos. Consulte la tabla “Cadenas de clase” a continuación para ver las cadenas que se usan en todos los tipos de fuentes de datos. |
| servidor | Equipo servidor. |
| dbname | Nombre de la base de datos. |
| schema | Este valor puede resultar de utilidad con fuentes de datos Teradata. |
Es posible especificar parámetros en cualquier orden y combinación, por ejemplo, se puede especificar server y dbname sin especificar class ni schema.
También puede definir límites por conexión para los procesos vizqlserver y dataserver en Tableau Server, a fin de limitar la cantidad de conexiones simultáneas que pueden crear estos procesos.
Los límites de los procesos se especifican añadiendo un atributo de proceso al elemento <limit>.
Para definir un límite de conexiones de uno de los procesos, cree una configuración de conexión como la siguiente:
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> </connection>
La configuración anterior limita el proceso vizqlserver a seis conexiones simultáneas. Dado que no se ha especificado ningún límite para el proceso dataserver, el límite de conexiones está determinado por el límite global.
También podría crear un elemento de conexión como este:
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> <limit max='12'> </limit> </connection>
Como en el caso anterior, el proceso vizqlserver está limitado a seis conexiones simultáneas. Pero, ahora, el proceso dataserver emplea el límite específico de la conexión correspondiente a esta clase de conexión (12), en lugar del límite global. Cuando no se especifica ningún atributo de proceso para un elemento <limit>, ese límite se aplica a todos los procesos del servidor que no se hayan especificado más arriba dentro del elemento de conexión.
Por último, puede definir límites específicos independientes para cada proceso:
<connection class='sqlserver'> <limit max='6' process='vizqlserver'> </limit> <limit max='12' process='dataserver'> </limit> </connection>
Si desea establecer un límite para ambos procesos del servidor en una conexión, puede incluir ambos explícitamente (con un delimitador de coma) en un solo elemento <limit>, o bien usar, simplemente, un elemento <limit> sin especificar ningún proceso. Por lo tanto, los dos elementos de límite siguientes son equivalentes:
<limit max='10' process='dataserver, vizqlserver'>
<limit max='10'>Los comandos tabadmin set representan el método más sencillo para establecer límites. Si usa los comandos tabadmin set, no es necesario copiar el archivo de configuración en todos los equipos de trabajador. Sin embargo, no puede establecer límites en ningún nivel inferior de granularidad (por ejemplo, por servidor o por esquema), como sí puede hacer con un archivo connection-configs.xml.
<?xml version='1.0' encoding='utf-8' ?> <connection-list> <connection class='sqlserver' dbname='SalesDB' server='SQLserver10'> <limit max='10'> </limit> </connection> <connection class='mysql' dbname='Inventory' server='MySQL_Public'> <limit max='10'> </limit> </connection> <connection class='teradata' schema='TravelData' server='TeradataProduction2'> <limit max='12'> </limit> </connection> <connection class='sqlserver'> <limit max='4'> </limit> </connection> <connection class='mysql'> <limit max='6'process='vizqlserver'> </limit> <limit max='10' process='dataserver'> </limit> </connection> <connection class='teradata'> <limit max='10'> </limit> </connection> <connection> <limit max='8'> </limit> </connection> </connection-list>
Use las siguientes cadenas para identificar tipos de fuentes de datos en connection-configs.xml.
| Fuente de datos | Cadena |
| Actian Vectorwise | "vectorwise" |
| Amazon EMR | "awshadoophive" |
| Amazon Redshift | “redshift” |
| Base de datos Aster | "asterncluster" |
| Cloudera Hadoop | "hadoophive" |
| Extractos creados a partir de fuentes de datos de cubo | No configurable. |
| DataStax Enterprise | "datastax" |
| EXASolution | "exasolution" |
| Firebird | "firebird" |
| ODBC genérico | "genericodbc" |
| Google Analytics | "google-analytics" |
| Google BigQuery | "bigquery" |
| Hortonworks Hadooop Hive | "hortonworkshadoophive" |
| HP Vertica | “vertica” |
| IBM BigInsights | “bigsql” |
| IBM DB2 | "db2" |
| JavaScript Connector | "jsconnector" |
| MapR Hadoop Hive | "maprhadoophive" |
| MarkLogic | "marklogic" |
| Microsoft Access | "msaccess” |
| Microsoft Analysis Services | "msolap" |
| Microsoft Excel | No configurable. |
| Microsoft PowerPivot | "powerpivot" |
| Microsoft SQL Server | "sqlserver" |
| MySQL | "mysql" |
| IBM Netezza | "netezza" |
| OData | “odata” |
| Oracle | "oracle" |
| Oracle Essbase | “essbase” |
| ParAccel | "paraccel" |
| Pivotal Greenplum | "greenplum" |
| PostgreSQL | "postgres" |
| Progress OpenEdge | "progressopenedge" |
| SAP HANA | "saphana" |
| SAP Netweaver Business Warehouse | "sapbw" |
| SAP Sybase ASE | "sybasease" |
| SAP Sybase IQ | "sybaseiq" |
| Salesforce | "salesforce" |
| Spark SQL | "spark" |
| Splunk | "splunk" |
| Archivo estadístico | No configurable. |
| Extracción de datos de Tableau | "dataengine" |
| Teradata | “teradata” |
| Archivo de texto | “csv” |
001458009

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.