Ich habe versucht, einige Daten von Redshift in den S3-Bucket zu entladen. Außer ich habe den folgenden Fehler erhalten:
Amazon Ungültiger Vorgang: Aktives Portal kann nicht gelöscht werden. [SQL-Status = XX000, DB-Fehlercode = 500310]
Um zu beachten, dass sich Redshift und S3 in zwei verschiedenen Buckets befinden, habe ich den Bereich innerhalb des Entladens angegeben.
Ich habe versucht, es nachzuschlagen. Es wird erwähnt, dass ich den Tisch nicht fallen lassen kann.
Also habe ich eine "Test" -Tabelle erstellt, von der ich zu 100% sicher bin, dass sie mit keiner Ansicht verbunden ist, aber ich erhalte immer noch den gleichen Fehler.
Ich habe auch versucht, Fehler durch AWSQuickSolutions zu beheben: Redshift-Tabelle kann nicht gelöscht werden oder Tabelle hängt hängen, außer ich habe keinen Zugriff auf svv_table_info
.
Gibt es eine Möglichkeit, das Entladen durchzuführen?
UNLOAD
Tabelle erstellen zu wollen (was bedeutet, dass die Daten nach S3 exportiert werden), aber dann sprechen Sie davon, die Tabelle zu löschen. Welche Operation möchten Sie durchführen?UNLOAD
Befehl Redshift ? (Können Sie uns Ihren Befehl zeigen?) Funktioniert es, wenn Sie in einen Eimer in derselben Region entladen? Das Entladen hat nichts mit dem Löschen von Tabellen zu tun.Antworten:
@nofinator-Antwort melden, da es für mich funktioniert hat und auch für andere hilfreich sein kann:
Durch Ausführen von UNLOAD aus einer anderen App, in meinem Fall dem Abfrage-Editor in der Redshift-Konsole, wurde die Ausnahme behoben
Amazon Invalid operation: cannot drop active portal
quelle
OK, also bin ich auf das gleiche Problem gestoßen. Keine der bekannten Lösungen traf auf mein Problem zu, weil:
1) Der Cluster befand sich in derselben Region wie der von mir erstellte S3-Bucket
2) Ich habe versucht, den Befehl UNLOAD über Python, CLI und Redshift mit denselben Ergebnissen auszuführen.
3) Ich habe versucht, eine Bucket-Richtlinie für die Rotverschiebungsrolle hinzuzufügen
4) Ich habe versucht, den Befehl unload mit for arns (der Redshift-Rolle und der s3-Rolle) auszuführen.
Endlich habe ich es zum Laufen gebracht. Was hat sich geändert? Ich war jetzt direkt im Netzwerk meines Unternehmens, anstatt VPN zu verwenden, als dieses Problem auftrat.
Was bei mir endlich geklappt hat:
quelle
Ich hatte gestern das gleiche Problem. Zumindest in meinem Vorfall gab es eine Sev-2 im Data-Warehouse. Ich verwende Amazon DWP, das vom Amazon-Einzelhandel verwendet wird. Daher bin ich mir nicht sicher, ob dies derselbe Dienst ist, der von AWS verwendet wird.
tldr; Es ist möglich, dass dies ein Serverproblem innerhalb des Anbieters der Rotverschiebung ist.
quelle
Ich hatte dieses Problem, nachdem ich die IAM-Berechtigungen für die Rolle geändert hatte. Leider musste ich den Cluster neu starten und dann funktionierte mein UNLOAD-Befehl.
quelle
Ich weiß nicht genau, was diesen Fehler verursacht hat, aber ich habe ihn nach einem fehlgeschlagenen Entladen erhalten.
Ich trenne die Verbindung, verbinde dann meinen SQL-Client wieder und bringe ihn zum Laufen. Nicht sehr praktisch, aber besser als ein Neustart des Clusters.
quelle