The following policies apply to the Percona Support for MySQL® and MongoDB® service.
How do I use Support?
You can contact Percona engineers via telephone, instant messaging, email, and our Customer Portal. Support is provided 24×7 worldwide. See contacting support for ways to open a support incident.
Does Percona provide login troubleshooting?
Yes, we will login to your systems to help resolve issues more quickly. However, support engineers can only perform support-related tasks on the supported software. Support engineers cannot login and perform routine remote DBA tasks or help you with non-covered software, for example. During a login session, support will not make any changes to your system; they will only review and advise you.
What are the standard login methods?
Our preferred login method to connect directly to customers systems is via SSH or RDP. If customers need screen share, our preferred methods are with teamviewer or join.me. Click here for more information
Which servers should I include in my Support subscription?
Percona recommends that you include all of the database servers related to your business-critical applications, including servers used in staging or development environments. This allows us to assist you with support requests before those issues find their way into your production environment, and protects you by ensuring all servers related to your business-critical applications receive timely responses to support requests.
If the application you wish to cover uses a complex database configuration, such as multiple-region disaster recovery or database clustering, we require that all servers underpinning your application be included in your Support subscription. For example, if you had a master-master cluster with a slave for performing backups, and an identical environment in another region for disaster recovery, you would need to include all six (6) servers in your Support subscription to guarantee that Percona provides support for the entire environment. For customers with complex configurations or a large overall server count, an Enterprise-Wide contract in the Enterprise or Premier Support tiers may be the best option.
What types of incidents are covered?
In a nutshell, we will fix software that is not working correctly, and coach you in specific tasks with which you require help. More specifically, we provide:
- Problem resolution support for the covered software, to diagnose and fix discrete problems with specific symptoms, when it is reasonable to believe that the problem is caused by the software's misbehavior. Examples include server crashes and wrong results to queries
- Advisory support to answer your specific questions about how to use the covered software. For example, we can assist you in writing queries, if you define the expected result of the query; or we can help you understand the purpose and behavior of a configuration option; or we can help you troubleshoot when you are unable to log into the server
- Some common topics for which customers use us include:
- Advice on performance issues
- Advice and best practices on MySQL and MongoDB operations
- Advice on backup and recovery
- Advice on advanced data recovery
- Analysis of software bugs
- Analysis of software crashes and outages
- Analysis and advice on replication
- Advice on high availability
- Assistance with query tuning
What types of incidents are not covered?
The following types of incidents are excluded:
- Bug fixes for non-open-source versions of MySQL or MongoDB, such as OEM-licensed MySQL, MongoDB Enterprise, or Amazon® RDS for MySQL servers
- Performing tasks for you, rather than advising you in your efforts to perform them. For example, we can coach you on how to configure replication, but we will not set up replication for you. If you need assistance in setting up replication, consulting would be happy to assist you
- Open-ended requests, such as reviewing a server to find whether anything is wrong with it. This type of open-ended performance review or system audit is covered under a Consulting Audit or a Percona Care Package. Each incident must be filed to resolve a pre-existing specific question or situation
- Architecture and design advice, such as choosing a good scaling strategy. This type of request requires a deep analysis and review of your requirements and setup and is handled by a consulting architecture and design review
What are the different severity levels and response times?
Severity 1 (urgent)
A problem that severely impacts your use of the software in a production environment (such as loss of production data or in which your production systems are not functioning). The situation halts your business operations and no procedural workaround exists.
Severity 2 (high)
A problem where the software is functioning, but your use in a production environment is severely reduced. The situation is causing a high impact to portions of your business operations and no procedural workaround exists.
Severity 3 (medium)
A problem that involves partial, non-critical loss of use of the software in a production environment or development environment. For production environments, there is a medium-to-low impact on your business, but your business continues to function, including by using a procedural workaround. For development environments, where the situation is causing your project to no longer continue or migrate into production.
Severity 4 (low)
A general usage question, reporting of a documentation error, or recommendation for a future product enhancement or modification. For production environments, there is low-to-no impact on your business or the performance or functionality of your system. For development environments, there is a medium-to-low impact on your business, but your business continues to function, including by using a procedural workaround.
|Severity 1||Severity 2||Severity 3||Severity 4|
|Standard||30 minutes||90 minutes||8 hours||48 hours|
|Enterprise||30 minutes||60 minutes||4 hours||24 hours|
|Premier||15 minutes||60 minutes||4 hours||12 hours|
What platforms are supported?
Support itself is platform independent, your questions will be answered regardless of the OS you use. Bug fixes are provided according to this list of supported platforms.
What kinds of bugs will Percona fix?
When requested, Percona will investigate possible bugs that cause crashing, freezing, incorrect results, data corruption, performance problems, or security breaches. Bugs must be verified via repeatable test cases.
Percona engineers can help you with creating test cases. Collaboration with you is key for us to be able to verify and fix any bug that we are working on. We will work with you to collect analytics data and test potential workarounds.
With any issue reported to us, our number one goal is to restore service. When it comes to handling bugs, the quickest way to restore service and prevent downtime is often to provide a workaround (for example changing settings, changing sql, starting with special flags, etc.).
Fixing a bug is a complex and often time-consuming process. Sometimes it is not possible or feasible to fix a particular bug, but we will apply our best effort in good faith. If no fix is possible, we will seek a workaround instead.
Percona can merge bug fixes from newer versions to older versions of the software, or undo fixes that were added in newer versions.
What is the difference between a bug fix and a hot-fix?
Once we are able to repeat a bug and the development work is completed, a bug fix will be included in the next released version of Percona Server, and you will need to upgrade after the release to receive the fix.
Customers who have hot fixes as part of their offering are entitled to a custom build of the current version of Percona software with the fix applied as soon as development has completed the fix. This gives you access to critical bugs as soon as possible. Note, you will not need to upgrade server versions to receive the fix.
We are unable to guarantee that bug fixes will be incorporated into other flavors of the software, but bug fixes will always be available for Oracle® and MongoDB to adopt freely if they so choose.
What is the timing of bug fixes?
A bug fix will be included in the next scheduled release that is open for code changes. This may not be the immediate next release, because it may already be frozen or being built.
A hot fix is available to you more quickly, because it is a special build of the software product incorporating the fix you need. This lets you keep using exactly the same version plus just the bug fix you need.
All MySQL bug fixes by Percona are also made available at no charge to Oracle, Inc. to incorporate into their versions of MySQL. However, if and when these are accepted by Oracle is entirely outside of Percona's control. The same applies to other versions such as MariaDB® and MongoDB.