Redgate Monitor 14

Search for "logs" in Redgate Monitor 14 returned 125 results.

Search all the documentation for "logs"

  1. Sensitive action logging - Enterprise Feature

    Sensitive Action Logging is an Enterprise feature that helps administrators detect suspicious user activity actions and investigate suspec

    /monitor/sensitive-action-logging-enterprise-feature-293797915.html

  2. Viewing component information and log files

    Log files collect information about Redgate Monitor while you are using it. These files are useful if you have a problem. To view the log

    /monitor/viewing-component-information-and-log-files-239668682.html

  3. Sensitive action logging

    - Enterprise Feature

    /monitor/sensitive-action-logging-313494255.html

  4. User processes, Error log and databases

    connected to the server process Username Name of the user logged in to the backend by this server process Address, Port IP address or

    /monitor/user-processes-error-log-and-databases-239668464.html

  5. Can't log in to Redgate Monitor with Active Directory or OpenID Connect

    If Redgate Monitor is configured to authenticate users with Active Directory or OpenID Connect and you're unable to log in, check that:

    /monitor/can-t-log-in-to-redgate-monitor-with-active-directory-or-openid-connect-239668901.html

  6. Permissions required for the Redgate Monitor Service accounts

    account requires the following permissions: The account should have Log on as service rights. For information on how to assign these p

    /monitor/permissions-required-for-the-redgate-monitor-service-accounts-239667406.html

  7. Preparing PostgreSQL for monitoring

    environment. Configure extensions, logging, and other settings (steps 1-3) If you are unsure how to change the following configuration

    /monitor/preparing-postgresql-for-monitoring-239667737.html

  8. Guidance for PostgreSQL configuration choices

    specific choices which are suitable based on your own assessment of your particular environment's needs. Configure extensions, logging

    /monitor/guidance-for-postgresql-configuration-choices-259621636.html

  9. List of metrics

    instance so that the maximum number of user connections permitted is determined automatically by identifying the number of users currentl

    /monitor/list-of-metrics-239667972.html

  10. List of alerts

    on the target instance. Database instance error log entry Raised by: SQL Server, PostgreSQL, Oracle, MySQL, MongoDB. Ra

    /monitor/list-of-alerts-239667973.html

  11. Query executions

    session, and will require up to 16MB of disk space for the session log files. Because only queries with a minimum duration of 5 seconds a

    /monitor/query-executions-273973337.html

  12. Azure SQL Database metrics and alerts

    Data I/O percent Log I/O percent Memory used percent User connections SQL Server: total memory SQL Server: target memory SQL Serve

    /monitor/azure-sql-database-metrics-and-alerts-239667989.html

  13. SQL Server on Linux metrics and alerts

    : connection memory SQL Server: lock memory SQL Server: optimizer memory SQL Server: buffer cache memory SQL Server: granted workspace

    /monitor/sql-server-on-linux-metrics-and-alerts-239667983.html

  14. Authenticating with Active Directory

    provider on Base Monitors running on Linux see Authenticating with OpenID Connect. By default, users log in to Redgate Monitor using the

    /monitor/authenticating-with-active-directory-239667551.html

  15. Authenticating with OpenID Connect

    By default, users log in to Redgate Monitor using the passwords set by the administrator. Alternatively, administrators can set Redgate M

    /monitor/authenticating-with-openid-connect-239667528.html

  16. Integrating with ServiceNow using Webhooks

    , /*RESTAPIResponse*/ response) { var event = request.body.data; gs.info("Redgate Monitor webhook log: " + JSON.stringify(event));

    /monitor/integrating-with-servicenow-using-webhooks-239668090.html

  17. Redgate Monitor database requirements

    space, potentially up to 450 MB a day. For a SQL Server Data Repository we recommend you set fixed autogrowth and transaction log size r

    /monitor/redgate-monitor-database-requirements-239667402.html

  18. Azure SQL Managed Instance metrics and alerts

    SQL Server: optimizer memory SQL Server: buffer cache memory SQL Server: log pool memory SQL Server: maximum workspace memory SQL Se

    /monitor/azure-sql-managed-instance-metrics-and-alerts-239667982.html

  19. SQL Server on Amazon RDS metrics and alerts

    memory SQL Server: buffer cache memory SQL Server: granted workspace memory SQL Server: log pool memory SQL Server: reserved server m

    /monitor/sql-server-on-amazon-rds-metrics-and-alerts-239667978.html

  20. Enabling advanced monitoring for RDS instances

    (8 for Aurora) No CloudWatch Logs GetLogEvents https://docs.aws.amazon.com/AmazonCloudWatchLogs/latest/APIReference/API_GetLogEven

    /monitor/enabling-advanced-monitoring-for-rds-instances-239667800.html

  21. OAuth Email Notifications for Exchange

    Issues If you encounter an problems sending a test email, you can further identify issues in the Redgate Monitor logs. Authentication

    /monitor/oauth-email-notifications-for-exchange-306941346.html

  22. Hardware and performance guidelines

    space for each of the components. We recommend having 1GB for each of the components to accommodate for the growth of application logs.

    /monitor/hardware-and-performance-guidelines-239667388.html

  23. Moving the Base Monitor to a different machine

    Redgate Monitor Website, logging in (RDP) to the machine that hosts it (localhost), Set the base monitor location as the new address of

    /monitor/moving-the-base-monitor-to-a-different-machine-239668733.html

  24. Availability group overview

    . These metrics represent key stages in the replication process. For more information about a particular metric, click the metric name.

    /monitor/availability-group-overview-239668432.html

  25. HADR_SYNCHRONIZING_THROTTLE

    -commit mode, the primary replica sends log records to the secondary replica, and then waits for the secondary to receive and harden these

    /monitor/hadr_synchronizing_throttle-239668302.html


Didn't find what you were looking for?