{"id":214339,"date":"2019-01-31T10:33:25","date_gmt":"2019-01-31T09:33:25","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=214339"},"modified":"2019-02-03T23:17:01","modified_gmt":"2019-02-03T22:17:01","slug":"dumm-gelaufen-microsoft-lscht-azure-cloud-datenbanken","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/01\/31\/dumm-gelaufen-microsoft-lscht-azure-cloud-datenbanken\/","title":{"rendered":"Dumm gelaufen: Microsoft l&ouml;scht Azure Cloud Datenbanken"},"content":{"rendered":"<p><img decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline;\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/Stop.jpg\" align=\"left\" \/>Das war gar nicht so toll: Die Probleme mit Microsoft 365 am 29. Januar 2019 hatte auch Auswirkungen auf Azure SQL-Datenbanken. Einigen Kunden wurden SQL-Datenbanken auf Azure gel\u00f6scht. Nach dem Zur\u00fcckspielen eines Snapshot stellten die Kunden fest, dass in ihren Datenbanken Transaktionsl\u00fccken von bis zu 5 Minuten vorhanden sind.<\/p>\n<p><!--more--><\/p>\n<h2>Microsoft 365 Ausfall am 29. Januar 2019<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg01.met.vgwort.de\/na\/0c6b8f9d4c0f44d3ae566f57fd4e05c8\" alt=\"\" width=\"1\" height=\"1\" \/>Wenn Mc Murphy zuschl\u00e4gt, dann aber richtig. Die letzten Tage wurde Microsoft ja durch Ausf\u00e4lle seiner Office365.com und Microsoft 365-Dienste gebeutelt \u2013 siehe Artikellinks am Beitragsende. Jetzt berichtet The Register <a href=\"https:\/\/www.theregister.co.uk\/2019\/01\/30\/azure_sql_delete\/\" target=\"_blank\" rel=\"noopener\">hier<\/a>, dass Azure Ausfall vom 29. Januar 2019 sogar einige unerwartete Opfer forderte. Kunden stellten pl\u00f6tzlich fest, dass ihre Azure SQL-Datenbanken gel\u00f6scht wurden bzw. dass Daten fehlen. Hier ein Tweet eines Betroffenen:<\/p>\n<blockquote class=\"twitter-tweet\" data-lang=\"de\">\n<p dir=\"ltr\" lang=\"en\">Spent my whole day on why our Azure SQL database was dropped and a new Azure SQL Database was created with random name appended to dropped database name,<\/p>\n<p>\u2014 SANTHANAM SENGUTUVAN (@santhu7289) 30. Januar 2019<\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>Auch der folgende Benutzer wurde wohl kalt von der gel\u00f6schten Azure SQL-Datenbank erwischt.<\/p>\n<blockquote class=\"twitter-tweet\" data-lang=\"de\">\n<p dir=\"ltr\" lang=\"en\"><a href=\"https:\/\/twitter.com\/AzureSupport?ref_src=twsrc%5Etfw\">@AzureSupport<\/a> <a href=\"https:\/\/twitter.com\/AzureSQLDB?ref_src=twsrc%5Etfw\">@AzureSQLDB<\/a> Last night around 21.23 some of our azure SQL databases where deleted and not by us. The database is back restored but is empty, we did not do the restore?<br \/>\nI heard from other people that they have the same issue but there databases are not restored<\/p>\n<p>\u2014 Koen Vanden Bossche (@VdBosscheKoen) <a href=\"https:\/\/twitter.com\/VdBosscheKoen\/status\/1090541995360161793?ref_src=twsrc%5Etfw\">30. Januar 2019<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>Das Problem betraf wohl nur Kunden, die Transparent Data Encryption (TDE) verwenden. Diese soll die Datenbanken gegen b\u00f6swillige Aktivit\u00e4ten von Angreifern sch\u00fctzen (die Daten sind verschl\u00fcsselt, wenn sie in fremde H\u00e4nde fallen).<\/p>\n<h2>Azure Cloud Datenbanken gel\u00f6scht<\/h2>\n<p>Wie The Register <a href=\"https:\/\/www.theregister.co.uk\/2019\/01\/30\/azure_sql_delete\/\" target=\"_blank\" rel=\"noopener\">schreibt<\/a>, bewirkte interner Code w\u00e4hrend der am 29.1.2019 aufgetretenen Azure-Instabilit\u00e4ten, dass die betroffenen SQL-Datenbanken schlicht gel\u00f6scht wurden. Microsoft konnte zwar einen Snapshot zur\u00fcckspielen und so die Datenbanken restaurieren. Aber bei der sauberen Abwicklung der im Ausfallzeitraum durchgef\u00fchrten Transaktionen (z.B. Bestellungen bei Shops etc.) kam es zu Datenverlusten. Den Kunden fehlten am Ende des Tages 5 Minuten Daten aus diversen Transaktionen.<\/p>\n<p>Das Problem betraf eine Reihe von Azure SQL-Datenbanken, die benutzerdefinierte KeyVault-Schl\u00fcssel f\u00fcr die transparente Datenverschl\u00fcsselung (TDE) verwenden. Dies geht wohl aus einer Nachricht her, die an betroffene Benutzer versandt wurde (The Register liegt eine dieser Nachrichten vor). Microsoft schreibt:<\/p>\n<blockquote><p>\"An automated process, designed to trigger when custom keys are removed from KeyVault, inadvertently caused these TDE databases to be dropped.<\/p>\n<p>We are in the process of restoring a copy of these SQL DBs from a recovery point in time of less than 5 minutes before the database was dropped. These restored databases &#8230; are located on the same server as the original database.\"<\/p><\/blockquote>\n<p>Ein automatischer Prozess hat die Datenbanken also unbeabsichtigt gel\u00f6scht. Es gibt zwar einen Wiederherstellungspunkt (Recovery Point), der maximal 5 Minuten zur\u00fcck liegt. In dieser Zeit k\u00f6nnen bei einer Datenbank aber einige Transaktionen verloren gegangen sein. In der Mitteilung fordert Microsoft Kunden auf, die Datenbanken auf verlorene Daten zu \u00fcberpr\u00fcfen und ggf. ein Support-Ticket zu er\u00f6ffnen.<\/p>\n<blockquote><p>We ask that customers, for each database, identify if lost transactions, during this 5 minute timeframe, could impact business processes or applications outside the database. We would ask you to raise a support ticket in this instance. If the restored database is suitable, the database can be renamed to the original name to continue usage of it.<\/p><\/blockquote>\n<p>Da kommt bei einigen Kunden sicherlich Freude auf. Aber eine gute Nachricht hat Microsoft f\u00fcr die Betroffenen:<\/p>\n<blockquote><p>Wir entschuldigen uns aufrichtig f\u00fcr die Auswirkungen auf Ihren Service. Azure Nutzungsentgelte werden f\u00fcr alle wiederhergestellten Datenbanken f\u00fcr 2 Monate und f\u00fcr alle urspr\u00fcnglichen Datenbanken f\u00fcr 3 Monate erlassen. Wir unternehmen kontinuierlich Schritte zur Verbesserung der Microsoft Azure Plattform und unserer Prozesse, um sicherzustellen, dass solche Vorf\u00e4lle in Zukunft nicht mehr auftreten.<\/p><\/blockquote>\n<p>Das klingt doch gut \u2013 oder wie seht ihr das so? The Register hat bei Microsoft nachgefragt, wie es weiter geht. Ein Sprecher sagte: 'We're working to restore access to resources that were unavailable to a limited subset of customers. Full access has been re-established for most of those customers already.' Also: Gehen Sie weiter, es gibt nichts zu sehen, es dampft wieder in der Cloud.<\/p>\n<p><strong>\u00c4hnliche Artikel<\/strong><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2018\/11\/29\/onedrive-gestrt-29-11-2018\/\">OneDrive, und Azure Data Lake Store gest\u00f6rt \u2026 (29.11.2018)<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2019\/01\/24\/office-365-down-24-januar-2019\/\">Office 365 down (24. Januar 2019)?<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2019\/01\/26\/update-zum-office365-ausfall-samstag-den-26-1-2019\/\">Update zum Office365-Ausfall (Samstag, den 26.1.2019)<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2019\/01\/29\/office365-com-grostrung-behoben-dafr-links-blockiert-29-1-2019\/\">Office365.com: Gro\u00dfst\u00f6rung behoben, daf\u00fcr Links blockiert (29.1.2019)<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2018\/11\/27\/azure-ups-wir-waren-schon-wieder-down\/\">Azure: Ups, wir waren\/sind schon wieder down<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2018\/11\/27\/analyse-des-azure-office365-com-problems-letzte-woche\/\">Analyse des Azure\/Office365.com-Problems letzte Woche<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2019\/01\/26\/office-365-onedrive-ab-februar-2019-als-speicherziel\/\">Office 365: OneDrive ab Februar 2019 als Speicherziel<\/a><\/p>\n<p>&nbsp;<\/p>\n<h4><a href=\"https:\/\/borncity.com\/blog\/2019\/01\/25\/microsoft-mitarbeiter-erleben-reply-all-e-mail-lawine\/\">Microsoft-Mitarbeiter erleben reply-all E-Mail-Lawine<\/a><\/h4>\n","protected":false},"excerpt":{"rendered":"<p>Das war gar nicht so toll: Die Probleme mit Microsoft 365 am 29. Januar 2019 hatte auch Auswirkungen auf Azure SQL-Datenbanken. Einigen Kunden wurden SQL-Datenbanken auf Azure gel\u00f6scht. Nach dem Zur\u00fcckspielen eines Snapshot stellten die Kunden fest, dass in ihren &hellip; <a href=\"https:\/\/borncity.com\/blog\/2019\/01\/31\/dumm-gelaufen-microsoft-lscht-azure-cloud-datenbanken\/\">Weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[4293],"class_list":["post-214339","post","type-post","status-publish","format-standard","hentry","category-allgemein","tag-allgemein"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/214339","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=214339"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/214339\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=214339"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=214339"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=214339"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}