Aber f\u00fcr unseren Fall wollten wir eine m\u00f6glichst einfache L\u00f6sung innerhalb SSIS.<\/p>\n\n\n\n
Zun\u00e4chst schauen wir uns an, wie wir einen On-Prem-Analysis-Services-Cube verarbeiten w\u00fcrden. Dazu reicht im SSIS eine Execute-SQL-Task mit folgenden Einstellungen:<\/p>\n\n\n\n
- Connection ist eine OLE DB-Connection, z.B. mit folgendem Connection-String: Data Source=<ServerName>;Initial Catalog=<Cube-Datenbank-Name>;Provider=MSOLAP.7;Integrated Security=SSPI; <\/li><\/ul>\n\n\n\n
![\"Beispiel](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2020\/12\/grafik.png\")
<\/a>Connection auf SSAS<\/figcaption><\/figure>\n\n\n\n - Im Feld „SQL-Statement“ tr\u00e4gt man den SSAS-Befehl ein (den man sich z.B. im SQL Server Management Studio skripten lassen kann):<\/li><\/ul>\n\n\n\n
{\"refresh\": \n{\"type\": \"full\",\n\"objects\": [\n{\"database\": \"NetzwerkControlling\"}\n]\n}\n}<\/pre>\n\n\n\nF\u00fcr eine Verarbeitung eines Azure-Cubes k\u00f6nnen wir ganz genauso vorgehen. Nur der ConnectionString ist zu \u00e4ndern:<\/p>\n\n\n\n
- Als Data Source ist der Azure Analysis Service einzutragen, also irgendwie so: asazure:\/\/westeurope.asazure.windows.net\/<Server><\/li>
- Wir m\u00fcssen einen User angeben, da wir nicht den User verwenden k\u00f6nnen, unter dem der Prozess on prem l\u00e4uft. Also sieht unser ConnectionString so aus:
Data Source=asazure:\/\/westeurope.asazure.windows.net\/<Server>;User ID=<Username>@<Azure Active Directory>;Initial Catalog=<Cube-Datenbank-Name>;Provider=MSOLAP.8;Persist Security Info=False;<\/li> - Dann m\u00fcssen wir in dem Attribut Password der Connection das Passwort dieses Users mitgeben.<\/li><\/ul>\n\n\n\n
Nat\u00fcrlich wollen wir das Passwort nicht im plain text irgendwo stehen haben. Deswegen reichen wir das Passwort \u00fcber einen Paket-Parameter herein, den wir als sensitive (vertraulich) definieren. Dann k\u00f6nnen wir bei der Konfiguration im Katalog oder im SQL Server Agent das Passwort eintippen und es ist sicher in der SSISDB gespeichert:<\/p>\n\n\n\n
Im Paket sieht das so aus:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2020\/12\/grafik-3.png\")
Paket-Parameter „Passwort“ – als vertraulich definiert<\/figcaption><\/figure>\n\n\n\n ![\"Eigenschaften](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2020\/12\/grafik-2.png\")
<\/a>Eigenschaften der SSAS-Connection in SSIS<\/figcaption><\/figure>\n\n\n\n In diesem Fall habe ich sogar den Connection-String auch noch von au\u00dfen hereingereicht.<\/p>\n\n\n\n
Bei der Konfiguration im SQL Agent stellt man dann das Passwort ein:<\/p>\n\n\n\n
![\"\"](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2020\/12\/grafik-4.png\")
Konfiguration des Paket-Aufrufs im SQL Server Agent mit Passwort-Eingabe<\/figcaption><\/figure>\n\n\n\n Damit k\u00f6nnen wir mit dem gleichen Code lokale und Azure-Analysis-Services-Cubes verarbeiten – lediglich den Connectionstring mussten wir anpassen und im Azure-Analysis-Services-Fall das Passwort mit angeben.<\/p>\n\n\n\n
Dies hat folgende Vorteile:<\/p>\n\n\n\n
- einheitliche Code-Basis – ein Code f\u00fcr beides<\/li>
- Passwort sicher gespeichert<\/li>
- im Gegensatz zu obiger Azure Data Factory-Variante
- der User ben\u00f6tigt nur process-Rechte auf dem Cube<\/li>
- Der Aufruf ist automatisch synchron, so dass man Fehler einfach mitbekommt.<\/li><\/ul><\/li><\/ul>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
In einem Projekt, in dem die gesamte Datenhaltung und Datenverarbeitung on premise war (SQL + SSIS), haben wir einen Azure Analysis Services-Cube benutzt. F\u00fcr die Verarbeitung dieses Cubes haben wir nach einfachen Wegen gesucht, wie wir die Cube-Verarbeitung von SSIS \/ SQL Agent aus anstarten k\u00f6nnten. Im Web findet man ja einiges zu Cube-Verarbeitung von … Azure Cube-Verarbeitung von on premise<\/span> weiterlesen
- Im Feld „SQL-Statement“ tr\u00e4gt man den SSAS-Befehl ein (den man sich z.B. im SQL Server Management Studio skripten lassen kann):<\/li><\/ul>\n\n\n\n