How can we help you today? How can we help you today?
PlantBasedSQL
Hi @rob_wingate - long time no speak - I hope you're well! What you're describing is deterministic masking. The first thing I would ask before describing this is why you would need to have the names be masked to the same value every time? Is there an intended workflow for this? The reason I ask is that implementing this functionality requires a bit of perseverance as the tool was not intended to handle this initially.  If it is a workflow you must have to ensure you have viable Images and Clones every time then you have 2 options (as far as I know): Pre-Requisite for both approaches: Have a database on the staging server you're using for the imaging process, to which you can add a mapping table (i went for dbo.MaskingMapper) this table can be something like: ID int, MFName nvarchar(100), MLName nvarchar(50) -- With a primary key on ID. Options: 1) Restore the Database to your staging server first, in your masking set you will need a second rule controller that links to the MaskingMapper DB. As part of the process: - Mask all of the names in the DB - Use a Table-To-Table Sync Rule to copy across values that may already be present in the mapping table - Write a command rule to insert distinct IDs, and the now masked first and last names into the mapping table This process then will run each time adding new masked values to the table and copying across the ones that already existed - but you will need to call data masker via the command line after the restore THEN kick off the imaging process from your now live masked DB, and then afterwards you can drop the temporary copy.  2) If you want to ensure this process runs as part of the image creation process and you don't want to restore the DB then you will just need to use Command rules instead of the Table-to-Table Sync Rule.  The command rules would, after you've masked the names, then go off and Update the table based on what is in MaskingMapper and then write any new values to MaskingMapper. Because this mapping table is on the staging server but not included as part of the backing up / restore or Imaging process it will always be preserved, and because the table is ID and then any masked fields, you're never storing additional sensitive data (unless the ID is in itself sensitive, in which case this process won't work and I'd have to have a think about how you could adapt it to work!) Does that make sense? Let me know if you need any clarification! Thank you very much :-) / comments
Hi @rob_wingate - long time no speak - I hope you're well!What you're describing is deterministic masking.The first thing I would ask before describing this is why you would need to have the names ...
0 votes
Hi @arungk Thank you for that - yes that is the correct email address - I look forward to receiving your masking set. / comments
Hi @arungk Thank you for that - yes that is the correct email address - I look forward to receiving your masking set.
0 votes