Getting Started with the CData PowerShell Cmdlets for PingOne Data
This guide explains everything you need to get started with the PingOne PowerShell Cmdlets. You'll learn how to install the cmdlets, configure your first connection, run queries, and explore next steps for working with PingOne data in PowerShell.
Installation & Licensing
System Requirements
CData PowerShell Cmdlets run anywhere PowerShell runs.
Windows
- Windows 10/11
- Windows Server 2016+
- PowerShell 5.1 or PowerShell 7+
macOS & Linux
- PowerShell 7+
- No additional system libraries required
- No architecture-specific installers
Installing the Cmdlets
CData Cmdlets are delivered through the PowerShell Gallery, ensuring a simple and consistent installation process across platforms.
Installation Steps
- Open PowerShell in Administrator mode
- Run the following command to install the cmdlet module:
Install-Module PingOneCmdlets -Repository PSGallery -Force
This command:
- Downloads the module from the official PowerShell Gallery
- Installs it into your PowerShell environment
- Registers all cmdlets for immediate use
Module Verification
To verify installation:
Get-Module -ListAvailable "*PingOne*"
Licensing
The cmdlets support both trial and fully licensed activation.
Trial Licensing
Trial activation is automatic - no key is required. Once installed, you can begin using the cmdlets immediately.
Activating a Full License
If you have purchased a full license, you will receive a product key from the CData Orders Team.
Activate Your License
Run the following command:
Set-ModuleLicense ""
You should see a confirmation message indicating successful activation.
Common Licensing Questions
Can I use my license on multiple machines?
Depending on your subscription tier. Refer to your order confirmation or contact [email protected].
I lost my license key. What do I do?
Email [email protected] with your order number to have it resent.
Can I transfer my license to another machine?
Submit a license transfer request here: https://www.cdata.com/lic/transfer/.
Where can I manage my license?
Visit the CData Customer Portal: https://portal.cdata.com/.
Connection Configuration
Once the module is installed and licensed, you can establish a connection to PingOne using the
Connect-PingOne cmdlet
After obtaining the needed connection properties, accessing PingOne data in PowerShell and preparing for replication consists of four basic steps.
To connect to PingOne, configure these properties:
- Region: The region where the data for your PingOne organization is being hosted.
- AuthScheme: The type of authentication to use when connecting to PingOne.
- Either WorkerAppEnvironmentId (required when using the default PingOne domain) or AuthorizationServerURL, configured as described below.
Configuring WorkerAppEnvironmentId
WorkerAppEnvironmentId is the ID of the PingOne environment in which your Worker application resides. This parameter is used only when the environment is using the default PingOne domain (auth.pingone). It is configured after you have created the custom OAuth application you will use to authenticate to PingOne, as described in Creating a Custom OAuth Application in the Help documentation.
First, find the value for this property:
- From the home page of your PingOne organization, move to the navigation sidebar and click Environments.
- Find the environment in which you have created your custom OAuth/Worker application (usually Administrators), and click Manage Environment. The environment's home page displays.
- In the environment's home page navigation sidebar, click Applications.
- Find your OAuth or Worker application details in the list.
-
Copy the value in the Environment ID field.
It should look similar to:
WorkerAppEnvironmentId='11e96fc7-aa4d-4a60-8196-9acf91424eca'
Now set WorkerAppEnvironmentId to the value of the Environment ID field.
Configuring AuthorizationServerURL
AuthorizationServerURL is the base URL of the PingOne authorization server for the environment where your application is located. This property is only used when you have set up a custom domain for the environment, as described in the PingOne platform API documentation. See Custom Domains.
Authenticating to PingOne with OAuth
PingOne supports both OAuth and OAuthClient authentication. In addition to performing the configuration steps described above, there are two more steps to complete to support OAuth or OAuthCliet authentication:
- Create and configure a custom OAuth application, as described in Creating a Custom OAuth Application in the Help documentation.
- To ensure that the driver can access the entities in Data Model, confirm that you have configured the correct roles for the admin user/worker application you will be using, as described in Administrator Roles in the Help documentation.
- Set the appropriate properties for the authscheme and authflow of your choice, as described in the following subsections.
OAuth (Authorization Code grant)
Set AuthScheme to OAuth.
Desktop Applications
Get and Refresh the OAuth Access Token
After setting the following, you are ready to connect:
- InitiateOAuth: GETANDREFRESH. To avoid the need to repeat the OAuth exchange and manually setting the OAuthAccessToken each time you connect, use InitiateOAuth.
- OAuthClientId: The Client ID you obtained when you created your custom OAuth application.
- OAuthClientSecret: The Client Secret you obtained when you created your custom OAuth application.
- CallbackURL: The redirect URI you defined when you registered your custom OAuth application. For example: https://localhost:3333
When you connect, the driver opens PingOne's OAuth endpoint in your default browser. Log in and grant permissions to the application. The driver then completes the OAuth process:
- The driver obtains an access token from PingOne and uses it to request data.
- The OAuth values are saved in the location specified in OAuthSettingsLocation, to be persisted across connections.
The driver refreshes the access token automatically when it expires.
For other OAuth methods, including Web Applications, Headless Machines, or Client Credentials Grant, refer to the Help documentation.
Collecting PingOne Data
-
Install the module:
Install-Module PingOneCmdlets
-
Connect to PingOne:
$pingone = Connect-PingOne -AuthScheme $AuthScheme -WorkerAppEnvironmentId $WorkerAppEnvironmentId -Region $Region -OAuthClientId $OAuthClientId -OAuthClientSecret $OAuthClientSecret -InitiateOAuth $InitiateOAuth
Querying PingOne Data in PowerShell
Once connected, you can query data using standard SQL like commands.
Example Query:
$results = Select-PingOne `
-Connection $conn `
-Table "[CData].[Administrators].Users" `
-Columns "Id,Username" `
-Where "Id != ''"
Display the results:
$results
You have now successfully accessed PingOne data from PowerShell!
Common Issues
Authentication Failed
Solution: Verify username, password, and security token. For OAuth applications, you may need to authorize CData in your application's security settings. Contact [email protected] for authorization assistance.
Network or Proxy Issues
Solution: Confirm firewall settings and outbound access. Most cloud applications use port 443.
Cmdlet Not Found
Solution: Ensure the module is installed-
Get-Module -ListAvailable "*PingOne*"
Slow Queries
Solution:
- Add filters to reduce dataset size
- Use $Limit or $Top properties where supported
- Contact [email protected] for optimization help
For additional connection troubleshooting, contact [email protected] with your specific error message.
What's Next?
Now that you have installed, licensed, and configured the PowerShell Cmdlets, here are some scenarios you can use to explore:
| PowerShell | Article Title |
|---|---|
| Piping Cmdlets | How to pipe PingOne Data to CSV in PowerShell |
| Replication | PowerShell Scripting to Replicate PingOne Data to MySQLl |
Get Support
If you need assistance:
- Technical Support: [email protected]
- Community Forum: CData Community Site
- Help Documentation: Installed locally and available online
FAQs (PowerShell Cmdlets)
Installation & Licensing
- Do I need administrator rights to install the cmdlets?
- Windows PowerShell 5.1 (Windows): Administrator rights are recommended, especially when installing modules for all users.
- PowerShell 7+ (Windows, macOS, Linux): You can install cmdlets for the current user without admin rights using:
Install-Module PingOneCmdlets -Scope CurrentUser
- Do I need to download an installer?
Not always.
CData PowerShell Cmdlets are delivered through the PowerShell Gallery. Installation is performed via:
Install-Module PingOneCmdlets -Repository PSGallery -Force
Connecting
- How do I connect to multiple accounts for the same data source?
Create separate connection objects-each with different authentication properties:
$conn1 = Connect-PingOne -User User1 -Password Pwd1
$conn2 = Connect-PingOne -User User2 -Password Pwd2
Cmdlets do not use ODBC DSNs. All connection properties are passed directly in
Connect-PingOne
Many cmdlets support proxy properties such as:
- ProxyServer
- ProxyPort
- ProxyUser
- ProxyPassword
Refer to the data-source-specific Help documentation.
Performance & Troubleshooting
- Why are my queries slow?
- Missing filters (e.g., no WHERE clause)
- Pulling large result sets
- Latency from cloud APIs
- Not using incremental strategies
- Filtering data (-Where parameter)
- Selecting only required columns
- Reviewing API throttling limits for your data source
- How do I enable logging?
Common causes:
Try:
Contact [email protected] for query optimization assistance.
Enable module logging with:
Set-ModuleLogging -Path "C:\logs\cdata.log" -Verbosity 3Upload the log file securely when working with CData Support.
Most cloud applications (Salesforce, HubSpot, Dynamics, Google APIs, etc.) use: HTTPS (443)
If your source requires additional ports, check its specific documentation or contact [email protected].
Install PowerShell 7 in the container and install the module:
pwsh -Command "Install-Module PingOneCmdlets -Force"Then authenticate normally.
General
- Where can I find all supported SQL/command operations?
- How often are PowerShell Cmdlets updated?
- Where can I find code examples?
- Basic queries
- Insert/update/delete
- OAuth flows
- File operations
- API integration
Each cmdlet includes a Help documentation set installed locally and available online: https://www.cdata.com/powershell/.
CData releases major annual updates plus incremental updates throughout the year. Check your customer portal or contact [email protected] for version availability.
Every Cmdlet includes examples in the Help documentation, plus online examples for many services: https://www.cdata.com/powershell/. Examples include:
For questions not covered in this FAQ, [email protected].