Worker: workspace configuration for temp files (cleared upon completion of workflow), allow machine to run scheduled Alteryx workflows, how many can be run simultaneously (ideally 1/2 of the physical cores), cancel scheduled jobs longer than X (ideally 1.5X the time of longest scheduled workflow), quality of service=0, run unassigned jobs
Run as: windows authentication for reading/writing files
Mapping: map rendering
Insights: if worker can enable Insights
Gallery: workspace configuration for temp files, logging directory pathway, base address URL to access gallery, enable SSL, default run mode (default unrestricted)
backups of mongoDB are best practice so in the event of failure, server upgrade, or maintenance protocol it can be restored if needed
command prompt entry, run as admin
change location to bin folder in alteryx install location
alteryx service executable functions → stop service, run mongoDB backup command in empty folder, make another empty folder for the restoration, run restoration prompt, open alteryx systems settings and go to controller > persistence, update data folder
common command lines
Data at Rest & In Transit
data at rest is stored in mongoDB and on the server
temp files (.yxdb) are deleted as soon as they are no longer needed — location for storage set in system settings > engine setting > temporary directory
data files packaged with workflows will be embedded in mongoDB
workflows/apps that allow users to upload files will persist in mongoDB
do not use upload file options like file browse tools for sensitive data
reference files by UNC path rather than embedding in packaged workflow
update settings for persistence to delete uploaded files after X days
log files do not contain actual data or the output from Alteryx
Want to print your doc? This is not the way.
Try clicking the ··· in the right corner or using a keyboard shortcut (