История сбоев Datto

1. 9 сентября 2026 г. в 12:51 UTCinvestigating

   We are experiencing service disruption on PHILKAS01 Server, which may impact administrators ability to manage endpoints. We are aware of the issue, and our team is actively working to resolve the same. We apologize for any inconvenience. - Kaseya Cloud Operations Team

2. 9 сентября 2026 г. в 17:04 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 9 сентября 2026 г. в 20:17 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 9 сентября 2026 г. в 23:23 UTCmonitoring

   We are continuing to monitor for any further issues.

1. 8 сентября 2026 г. в 19:43 UTCinvestigating

   Мы знаем о проблеме, когда пользователи Datto BCDR в паре с Server5465 могут испытывать ухудшенную производительность за пределами сайта. Инженерная группа Kaseya изучает этот вопрос и работает над его решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 8 сентября 2026 г. в 20:11 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 9 сентября 2026 г. в 12:54 UTCresolved

   This incident has been resolved.

Автоматический перевод официального обновления инцидента.

1. 8 сентября 2026 г. в 19:10 UTCinvestigating

   Мы знаем о проблеме, когда пользователи Datto BCDR в паре с Server2214 могут испытывать ухудшенную производительность за пределами сайта. Инженерная группа Kaseya изучает этот вопрос и работает над его решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 9 сентября 2026 г. в 12:54 UTCidentified

   The issue has been identified and a fix is being implemented.

Автоматический перевод официального обновления инцидента.

1. 4 сентября 2026 г. в 12:43 UTCidentified

   Мы знаем о проблеме, когда пользователи UK01 и UK02, которые используют Outlook в качестве своего почтового сервиса, не отправляют и не получают свои электронные письма. Команда инженеров Kaseya определила проблему и работает с Microsoft над ее решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 4 сентября 2026 г. в 19:40 UTCresolved

   Microsoft исправила проблему с получением электронной почты от внешних доменов. Мы подтвердили, что электронные письма теперь обрабатываются без проблем. Этот инцидент урегулирован.

Автоматический перевод официального обновления инцидента.

1. 3 сентября 2026 г. в 19:20 UTCinvestigating

   Мы знаем о проблеме, когда Datto Endpoint Backup для пользователей ПК, размещенных на Cloud Siris 299242, может испытывать ухудшение производительности резервного копирования и восстановления. Инженерная группа Kaseya изучает этот вопрос и работает над его решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 4 сентября 2026 г. в 12:11 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 4 сентября 2026 г. в 14:06 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 21:11 UTCidentified

   Мы знаем о проблеме, препятствующей администраторам Secure Edge просматривать недавнюю информацию об использовании в Datto Network Manager. Мы определили первопричину проблемы. Очередь данных возобновила обработку, и мы ожидаем, что показатели снова станут доступны в течение нескольких часов. Мы будем обновлять этот пост, поскольку мы продолжаем следить и работать над проблемой. Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 2 сентября 2026 г. в 23:17 UTCresolved

   Проблема, мешающая администраторам Secure Edge просматривать недавнюю информацию об использовании в Datto Network Manager, была решена. Очерченные данные завершили обработку, и показатели использования теперь доступны, как и ожидалось. Мы ценим ваше терпение, пока мы работали над этим вопросом. Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 20:33 UTCinvestigating

   Мы знаем о проблеме, когда некоторые клиенты, размещенные на pod 'aue1-saas-p0' в настоящее время испытывают ухудшение производительности резервного копирования для услуг Exchange. Инжиниринговая команда Касеи активно исследует этот вопрос. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 2 сентября 2026 г. в 20:56 UTCidentified

   Наша команда НИОКР определила проблему и начала развертывать изменения для смягчения проблем с резервным копированием Exchange для клиентов, размещенных на pod «aue1-saas-p0»

3. 3 сентября 2026 г. в 13:40 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

4. 3 сентября 2026 г. в 19:31 UTCidentified

   После недавних изменений, развернутых нашей командой R&D, мы видим улучшения в показателях успеха резервного копирования Exchange для клиентов, размещенных на pod «aue1-saas-p0». Наша команда продолжает активно работать над дальнейшими улучшениями, внимательно следя за состоянием окружающей среды.

5. 4 сентября 2026 г. в 16:47 UTCmonitoring

   После дополнительных изменений, развернутых нашей командой НИОКР, мы наблюдаем постоянное улучшение показателей успеха резервного копирования Exchange для клиентов, размещенных на pod «aue1-saas-p0». Наша команда внимательно следит за окружающей средой, поскольку обработка резервных копий и показатели успеха продолжают восстанавливаться.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 10:10 UTCinvestigating

   Мы знаем о проблеме, когда облачные операции затруднены для некоторых из наших партнеров. Инжиниринговая команда Касеи изучает этот вопрос. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 2 сентября 2026 г. в 11:27 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 2 сентября 2026 г. в 12:32 UTCinvestigating

   Команда инженеров Kaseya Systems продолжает изучать этот вопрос.

4. 2 сентября 2026 г. в 13:10 UTCidentified

   Команда инженеров Kaseya Systems определила проблему и работает над ее решением.

5. 3 сентября 2026 г. в 14:42 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

6. 3 сентября 2026 г. в 14:51 UTCidentified

   Рекультивация была идентифицирована и в настоящее время развертывается на пораженных узлах в поэтапном развертывании для обеспечения контролируемого и эффективного разрешения.

7. 4 сентября 2026 г. в 14:19 UTCidentified

   Большинство серверов BCDR успешно восстановлены и работают в обычном режиме. Ограниченное количество серверов остается под контролем, и инженерные команды активно работают над завершением восстановительных работ и возвращением всех затронутых систем в полный рабочий статус.

8. 4 сентября 2026 г. в 18:44 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

9. 8 сентября 2026 г. в 16:26 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 2 сентября 2026 г. в 06:00 UTCinvestigating

   Мы знаем о проблеме, когда клиенты сталкиваются с 500 ошибками при доступе к продуктам Backup & RMM на партнерском портале Datto (DPP). Исследовательская группа Kaseya изучает этот вопрос. Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 2 сентября 2026 г. в 07:30 UTCmonitoring

   Мы рады сообщить вам, что недавний инцидент с обслуживанием, с которым столкнулись наши партнеры по BCDR и DRMM, когда пользователи столкнулись с трудностями при входе в партнерский портал Datto, теперь успешно разрешен. Мы понимаем, какое влияние такие проблемы могут оказать на ваши бизнес-операции, и приносим искренние извинения за любые неудобства, причиненные в течение этого времени. Наша команда усердно работает над выявлением первопричины проблемы. Наша цель — не только устранить непосредственную озабоченность, но и минимизировать риск подобных инцидентов в будущем. Анализируя основные факторы, мы стремимся улучшить наши системы и процессы, обеспечивая более надежный и надежный опыт для всех наших партнеров. Спасибо за ваше терпение и понимание. Мы по-прежнему стремимся предоставлять исключительные услуги и постоянное совершенствование.

3. 2 сентября 2026 г. в 08:40 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

4. 2 сентября 2026 г. в 10:11 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 21:49 UTCmonitoring

   О недавней деградации с помощью QuickBooks Online от Intuit сообщает Intuit. В настоящее время это влияет на вызовы API, которые могут привести к сбоям синхронизации, вызывая задержки в синхронизации данных с QBO и ConnectBooster. В настоящее время наша команда отслеживает статус этого сайта со страницы статуса Intuit, которую можно найти здесь: https://status.developer.intuit.com/ В настоящее время действительный обходной путь недоступен, и мы рекомендуем вам подписаться на Страницу статуса Intuit для немедленного обновления. Наша команда будет продолжать предоставлять обновления статуса по мере их поступления на страницу статуса. Спасибо,

2. 2 сентября 2026 г. в 03:00 UTCmonitoring

   Intuit обновил свою страницу статуса, заявив, что это серьезное отключение в системе Intuit. Они все еще расследуют этот вопрос. В настоящее время это влияет на вызовы API, что приводит к сбоям синхронизации, вызывая задержки синхронизации данных с QBO и ConnectBooster. Наша команда продолжает следить за состоянием сайта Intuit, который можно найти здесь: https://status.developer.intuit.com/ В настоящее время действительный обходной путь недоступен, и мы рекомендуем вам подписаться на Страницу статуса Intuit для немедленного обновления. Наша команда будет продолжать предоставлять обновления статуса по мере их поступления на страницу статуса

3. 2 сентября 2026 г. в 12:52 UTCmonitoring

   Intuit сообщила, что функциональность API вернулась, и звонки должны быть завершены, как и ожидалось. Наши внутренние команды подтвердили, что синхронизация работает, как и ожидалось. Мы рекомендуем Партнерам сравнивать данные между ConnectBooster и QuickBooks Online, чтобы обеспечить актуальность данных, а если нет, установить дату их синхронизации до 9/1/2026 - 1 вечера, который был до отключения, о котором сообщает Intuit, и разрешить синхронизацию пакета бухгалтерского учета. Спасибо,

4. 2 сентября 2026 г. в 16:51 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 12:13 UTCinvestigating

   Мы знаем о проблеме, когда страница состояния защиты Datto SaaS не загружает данные для некоторых наших пользователей. В настоящее время инженерная группа Kaseya изучает этот вопрос. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 1 сентября 2026 г. в 12:52 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 1 сентября 2026 г. в 13:27 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 11:37 UTCinvestigating

   Мы знаем о проблеме, когда пользователи не могут получить доступ к платформе Vidal. Команда инженеров Kaseya активно исследует этот вопрос, и мы будем предоставлять обновления по мере поступления дополнительной информации. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 1 сентября 2026 г. в 12:35 UTCmonitoring

   Инженерная команда Касеи выпустила исправление. Обслуживание восстановлено, и мы следим за окружающей средой, чтобы обеспечить постоянную стабильность.

3. 1 сентября 2026 г. в 15:56 UTCresolved

   Решен вопрос доступа к платформе Datto RMM Vidal.

Автоматический перевод официального обновления инцидента.

1. 31 августа 2026 г. в 16:01 UTCinvestigating

   Мы знаем о проблеме, когда пользователи Datto Workplace в регионе США, размещенные на ячейках 1, 6 и 15, могут испытывать перебои в подключении к службам, что приводит к ухудшению доступа к службам Workplace. Инженерная группа Kaseya изучает этот вопрос и работает над его решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 31 августа 2026 г. в 16:12 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 31 августа 2026 г. в 17:34 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 17:13 UTCinvestigating

   Мы испытываем сбои в работе сервера EU-VSA114, что может повлиять на способность администраторов управлять конечными точками. Мы знаем о проблеме, и наша команда активно работает над ее решением. Приносим извинения за любые неудобства. Команда Kaseya Cloud Operations

2. 28 августа 2026 г. в 17:16 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 28 августа 2026 г. в 18:23 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 10:30 UTCinvestigating

   Мы расследуем вопрос, влияющий на отчетность о состоянии между Datto RMM, Datto EDR и Datto AV. Некоторые устройства могут генерировать предупреждения в Datto RMM о том, что Datto EDR или Datto AV не обнаружены. Datto EDR и Datto AV остаются установленными и обычно работают на пораженных конечных точках. Эта проблема ограничивается тем, как их статус сообщается и отображается в Datto RMM и не указывает на потерю защиты конечных точек. Наши инженеры изучают этот вопрос с большим приоритетом. Мы предоставим дополнительные обновления по мере поступления дополнительной информации. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 28 августа 2026 г. в 12:59 UTCidentified

   Мы определили проблему, затрагивающую отчетность о состоянии между Datto EDR, Datto AV и Datto RMM. В результате некоторые устройства могут неправильно генерировать оповещения в Datto RMM, указывающие на то, что Datto EDR требует внимания или что Datto AV не установлен. Наше расследование подтвердило, что Datto EDR и Datto AV остаются установленными и функционируют должным образом на пораженных конечных точках. Службы защиты конечных точек продолжают работать, как и ожидалось. Проблема ограничивается информацией о состоянии, сообщаемой и отображаемой в Datto RMM, и не указывает на потерю защиты или отказ продуктов Datto EDR или Datto AV. Инженерные команды определили основную причину и активно работают над решением. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации. Если у вас есть вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

3. 28 августа 2026 г. в 20:33 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 31 августа 2026 г. в 13:40 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 14:52 UTCinvestigating

   Мы знаем о проблеме, когда некоторые клиенты, размещаемые на платформе «use1-saas-p7», в настоящее время испытывают ухудшение производительности резервного копирования для услуг Exchange. Инжиниринговая команда Касеи активно исследует этот вопрос. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 27 августа 2026 г. в 17:38 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 28 августа 2026 г. в 12:40 UTCidentified

   Наша команда НИОКР выявила проблему, вызывающую ухудшение производительности резервного копирования для служб Exchange на струне «use1-saas-p7». Изменения конфигурации были реализованы, чтобы помочь смягчить проблему, и дополнительные изменения готовятся к развертыванию для дальнейшего решения проблемы резервного копирования Exchange.

4. 28 августа 2026 г. в 13:49 UTCidentified

   Наша команда R&D внедрила дополнительные изменения для дальнейшего решения этой проблемы, и производительность резервного копирования Exchange на капсуле «use1-saas-p7» улучшается.

5. 28 августа 2026 г. в 17:18 UTCmonitoring

   Показатели успешности резервного копирования для услуг биржи на стручке «use1-saas-p7» продолжают улучшаться. Дополнительные изменения были применены для дальнейшего решения проблемы резервного копирования Exchange, и наша команда НИОКР внимательно следит за результатами.

6. 28 августа 2026 г. в 20:30 UTCmonitoring

   Коэффициенты успеха резервного копирования для услуг биржи на строчной версии «use1-saas-p7» продолжают улучшаться после внесения изменений. Наша команда по исследованиям и разработкам продолжает внимательно следить за производительностью системы и результатами резервного копирования, чтобы обеспечить сохранение положительной тенденции.

7. 31 августа 2026 г. в 13:27 UTCmonitoring

   Показатели успешности резервного копирования для услуг биржи на струнах «use1-saas-p7» вернулись к нормальному уровню и остаются стабильными. Наша команда R&D продолжает следить за любыми другими вопросами.

8. 31 августа 2026 г. в 20:11 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 12:39 UTCinvestigating

   Мы наблюдаем всплеск предупреждений об этом правиле, вызванный недавним изменением поведения Microsoft по умолчанию. Это не свидетельствует об активных угрозах. Сегодня ожидается обновление правил. Тем временем, вы можете временно отключить правило в соответствии с Политиками → Обнаружение → «Постоянство базы данных возможного шима через sdbinst.exe», чтобы уменьшить шум до тех пор, пока исправление не будет развернуто. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 27 августа 2026 г. в 13:31 UTCmonitoring

   Microsoft Program Compatibility Assistant (PCA) использует sdbinst.exe для управления базами данных совместимости приложений в рамках обычного обслуживания Windows. Августовское обновление Windows ввело известные проблемы с совместимостью игр, и исправление Microsoft этих проблем спровоцировало sdbinst. Активность exe в пораженных конечных точках одновременно — соответствие модели всплеска, которую мы наблюдали. Затронутое правило было обновлено с 9:15 утра по восточному времени и перенесено на всех арендаторов. Объемы оповещения должны вернуться к ожидаемым уровням. Если вы отключили правило в качестве временной меры, безопасно повторно включить его в соответствии с Политикой → Обнаружение → «Постоянство базы данных возможного шима через sdbinst.exe».

3. 3 сентября 2026 г. в 15:28 UTCresolved

   Этот инцидент был урегулирован.

4. 8 сентября 2026 г. в 21:21 UTCpostmortem

   **Datto EDR - Массовое обнаружение поведения Windows - 2026-08-27** ** Резюме** Между **2026-08-27 08:00 UTC** и **2026-08-27 16:00 UTC** клиенты Datto EDR испытали повышенный объем обнаружений, генерируемых правилом обнаружения sdbinst.exe**. Увеличение количества оповещений создало дополнительные операционные накладные расходы для клиентов и аналитиков. Отключение обслуживания не произошло, и функция защиты конечных точек оставалась работоспособной на протяжении всего мероприятия. Проблема была решена после обновления правила обнаружения для учета вновь наблюдаемого законного поведения операционной системы Windows. **Корневая причина** Законное поведение Microsoft Windows, включающее **sdbinst.exe** и путь файла **C:\\Windows\\appcompat\\cloudsdb\\apppatch.sdb**, не было охвачено существующими исключениями в правиле обнаружения Datto EDR. Изменения в поведении Microsoft соответствовали критериям правила **Possible Shim Database Persistence через sdbinst.exe**, что привело к более высокому, чем ожидалось, объему обнаружения. Логика правил была обновлена для правильного учета вновь наблюдаемого поведения и устранения непреднамеренных обнаружений. ** Время происшествия** **Определено:** 2026-08-27 08:00 UTC \(отчеты клиентов и увеличение объема оповещения определены\) ** Публичное уведомление:** 2026-08-27 11:00 UTC \(инцидент перерос в работу инженерных групп и коммуникаций по обнаружению продукции) **Резолюция:** 2026-08-27 16:00 UTC \(Обновленное правило развернуто и объем оповещения возвращен к ожидаемым уровням\) ** Превентивные меры** Чтобы снизить вероятность и влияние подобных инцидентов в будущем, мы внедряем следующие улучшения: ** Улучшения в области мониторинга и оповещения** • Внедрить мониторинг и создание основы для индивидуальных правил обнаружения для более быстрого выявления аномальных всплесков объема оповещения. Разработка внутренних показателей, которые обеспечивают видимость тенденций обнаружения и аномального поведения правил до того, как произойдет крупномасштабное воздействие на клиента. ** Улучшение управления и реагирования на инциденты** Улучшить рабочие процессы эскалации для значительного увеличения объема обнаружения, чтобы как можно быстрее задействовать соответствующие инженерные ресурсы. Продолжайте совершенствовать процедуры реагирования для настройки и проверки правил обнаружения, когда наблюдаются неожиданные изменения поведения платформы или операционной системы. **Улучшение контента** • Улучшение процессов анализа инженерных систем обнаружения для учета меняющегося поведения операционной системы и новых законных шаблонов выполнения. Расширение проверки и тестирования исключений для правил обнаружения, когда обновления операционной системы могут вносить изменения в поведение, которые напоминают подозрительную активность. ** Влияние клиента** * Затронутый продукт: **Datto EDR** * Тип воздействия: ** Увеличение объема обнаружения/массовые оповещения** * Доступность сервиса: ** Нет отключений** ** Защита остается активной и оперативной** Влияние на клиента: Клиенты испытывали повышенный объем оповещения, требующий дополнительной проверки и эксплуатационных усилий. Этот инцидент был полностью урегулирован, и Datto EDR продолжает работать в штатном режиме.

Автоматический перевод официального обновления инцидента.

1. 26 августа 2026 г. в 14:40 UTCinvestigating

   Мы знаем о проблеме, при которой резервное копирование конечных точек Datto для пользователей ПК в регионе Германии в паре с «des1-dtc-сервером-30», «des1-dtc-сервером-32» и «des1-dtc-сервером-33» будет иметь ухудшенную производительность на месте, что может повлиять на операции резервного копирования и восстановления. В настоящее время инженерная группа Kaseya изучает этот вопрос и работает над его решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 26 августа 2026 г. в 15:58 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 28 августа 2026 г. в 18:18 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 20:39 UTCidentified

   Мы знаем о проблеме, когда некоторые клиенты Datto SaaS Protection, размещенные в нескольких регионах, испытывают проблемы с резервным копированием и восстановлением. Экспортные услуги не затрагиваются. Инженерная команда Касеи определила проблему и активно работает над ее решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 25 августа 2026 г. в 21:48 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

3. 25 августа 2026 г. в 23:57 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 26 августа 2026 г. в 12:03 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

5. 26 августа 2026 г. в 17:06 UTCidentified

   Наша команда R&D продолжает решать эту проблему и восстанавливать полную функциональность для пострадавших клиентов.

6. 26 августа 2026 г. в 19:44 UTCmonitoring

   Наша команда R&D внедрила дополнительные изменения для восстановления полной функциональности затронутых клиентов, и они внимательно следят за любыми другими проблемами.

7. 31 августа 2026 г. в 13:43 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 16:09 UTCidentified

   Мы знаем о проблеме, когда пользователи Datto BCDR в паре с Server3824 будут испытывать ухудшение обслуживания, влияющее на производительность за пределами площадки и связанные с ней операции. Инженерная группа Kaseya определила проблему и работает над ее решением. Если вам нужны какие-либо дополнительные вопросы или вам нужна помощь, пожалуйста, свяжитесь с нашей службой поддержки по адресу https://helpdesk.kaseya.com/hc/en-gb#/contact Подписывайтесь на страницу статуса Kaseya для получения актуальной информации по адресу https://status.kaseya.com/

2. 3 сентября 2026 г. в 16:44 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.