Rimo DWH Info
🗄️ Rimo-DWH-Info
🗄️ Rimo DWH
🗄️ PostgreSQL Datenbank
Bei Rimo auch “Archivdatenbank” genannt?
Verantwortung für Rimo DWH liegt bei BE (Product Owner).
Rimo managed allerdings die Infrastruktur und Christian Bauch ist der Ansprechpartner für Datenexporte.
Rimo DWH ist eine PostgreSQL Datenbank, in die Rimo für ihre Kunden auf Anfrage aus ihrer Rimo Live DB Daten exportiert.
Der Export von Daten findet jeden Tag in der Nacht statt. Gegen 4-5 Uhr ist der Export abgeschlossen. Deshalb laufen Ingestion Dataflows von Fabric (Fabric ingested die Tables von mit_powerlines_sm nach Bronze) gegen 5:30 Uhr.
Siehe auch Logtabellen-Ticket: RI24.007891
Anfragen für weitere Tables können im Rimo JF oder per Ticket eingebracht werden.
Momentan wird nicht getracked, welche CRs für Rimo-Daten eingebracht werden.
DWH Columns, die von Rimo extrahiert werden, Stand 30.10.2025 von Christian Bauch extrahiert im Anhang.
Beschreibung der Datenbanken:
- mit_powerlines_sm: 213.208.155:5432
- u.U. einige andere im TeleDWH (Altlast TeleDWH? Existiert das noch?): gis-Daten, Telefonica auch dort? ??
Rimo als Quellsystem führt einen daily export durch. Rimo will eigentlich nur bis zum Export in die DB zuständig sein, sie machen aber noch Teile des Data Processing (mittlerweile kann auch nur noch Rimo Änderungen an den WinSCP-Jobs durchführen).
Schema mit_powerlines_sm:
- public: Hier sind 1zu1 Daten von Rimo ohne Änderungen. (SOLL) Full oder Delta-Import.toolaccounting in public ist nicht in Bauchis Liste der Exporte (laut Patrick historisch entstanden; unklar woher der kommt)
- dim: Historisierung, die direkt aus Rimo kommt (bspw. Personaldaten - von Board benötigt - und relevante Daten für Personaldaten wie leasedtocompany oder getcostcenter oder bspw. sdmcompany, das historisiert ist, aber nicht von Board benötigt wird)dim.sdmworkpackagestype: Hier wird von Rimo name auf eine id geschrieben für Board, Spoon (auf dem Board-Server) nimmt die Tabelle aus mit_powerlines_sm, führt Manipulationen durch und gibt sie wieder in dim hinein
- custom: Board als Datenquelle Spoon schreibt Daten in custom TabellenWinSCP schreibt in custom TabellenBoard: Lohndaten werden in Board eingespielt, Board transferiert es in custom und dann geht es wieder zurück (zu Board? Reporting?) ??
Potential/Fragen:
- WinSCP-Jobs müssten von Board-Server nach Fabric geshifted werden und man müsste Anpassungen machen. (Bei Spoon soll nichts gemacht werden, Board ist da der Master.) Board müsste mit Fabric kommunizieren. Es gibt noch weitere Verflechtungen mit Rimo. (Input: Maxi Petru)
- Es kommen öfters schlechte Typen von Rimo DWH nach Fabric bzw. Fabric erkennt oft auch gar keine Typen und man muss sie manuell setzen. Liegt vermutlich nicht an einem Importproblem, sondern daran, dass in Rimo öfters Felder als String definiert sind, die eigentlich zB ein int sein sollten.
Weitere Lektüre:
Historisierung: RI25.006672
🧰 Table toolaccounting
Die Tabelle ist kein ‘normaler’ Export von Rimo ins DWH. Objekte im Table werden von Rimo durch einen Job angelegt.
- Die Kosten eines Tools werden jeweils seit dem letzten Job (querydate) berechnet.
- FeePerDay-Berechnung auf 2 verschiedene Arten. Entweder über ein Projekt, wo für jeden Kalendertag verrechnet wird, oder Verrechnung über gearbeitete Tage laut Zeitschreibung (Patricks Ticket RI23.005030) → Doku
Siehe besonders Tickets: RI25.008517, RI23.005030 (Verrechnungslogik und alte Rimo-Doku)
Siehe auch andere Tickets und Anfragen zur Toolproduktivierung und Fehlern zB: RI26.001095 oder
74er Postgres-Server
IP:213.208.155.74
Info: Die Datenbank liegt auf einer VM, die bei Next Layer innerhalb der Rimo-Landschaft gehostet wird. Der Server befindet sich also im Rimo-Netzwerk, Stand November 2025 im selben Subnetz wie der Board Live und Dev Server (vgl. Board-Server: 81, 82).
- Backup bzw. Retention Policy = keine, da Live Stand aus Rimo herauskopiert wird (aus Rimo keine Historisierung notwendig)
- Specs: 150GB Disk, 8GB RAM, 4 CPUs
- Kosten pro Monat an SPL anteilig umgelagert
- Rimo-Zuständiger: Tom Bader
Connections
Am Board-Server laufen mit WinSCP einige Promptjobs, die SQL-Scripts ausführen (SQL-Skripts) auf der Postgres-DB. Die Verwaltung der Jobs wird von Rimo gehandhabt, früher von Maximilian Petru. (Zukünftig? Künftig soll laut Tom Bader keine Datenverwaltung von Rimo getriggered werden.
WinSCP Jobs
Siehe auch Tickets zu WinSCP-Jobs: RI24.001545, RI25.004152
Informationen von Tom Bader (E-Mail, 03.11.2025):
Zeiten der Jobs:
0 0 * * * /root/archiveJobs/executeDaily0000.sh 0 4 * * * /root/archiveJobs/executeDaily.sh 0 1 * * * /root/archiveJobs/executeDaily0100.sh 10 5 * * * /root/archiveJobs/executeDaily0510.sh 30 23 * * SUN /root/archiveJobs/executeWeekly.sh 0 5 1 * * /root/archiveJobs/executeMonthly.sh 0 6 * * * /root/archiveJobs/executeDailyH3A.sh daily0000:
truncateControllingItemsTable.sql [Ist, laut Maxi (Name/Uhrzeit), wohl Job von Rimo]daily0100:
daily0510:
exportsdmwtrprojectgroup.sql
daily: (0400)
purchaseorder_approvalinvoice.sqlsdmperson_billabledecimal.sqlsdmsalesorder_finalsales_diff.sqlsdmperson_fte_daily.sqlsdmlogisticscanitem.sqlsdmmilestoneitem_progress_manuell.sqlweekly:purchaseorder_timestamp.sqlmonthly:sdmperson_fte_monthly.sql
Diagramm
🔑 Zugang
Zugangsdaten sind im Shared KeePass von BE zu finden. Es kann bspw. DBeaver heruntergeladen werden.
🗄️ Rimo DWH: Tables und Columns
- Prozess für Tickets für Export von neuen DWH Tables und Columns: TBD- Ticketeingang bei Rimo: Anfrage für neuen Rimo DWH Table/Columns- Wenn BE nicht am Ticket: Hinzufügen DWH Person- BE fragt ggf. nach mehr Info für Description bei neuem Table- Rimo postet Namen von Table bzw. neuer Spalte in Table- BE trägt Table/Spalte in Excel unten ein:
📄 Dokumente
📷 Screenshots
Hinweis: Diese Screenshots stammen aus der ursprünglichen SharePoint-Seite; die genaue Position im Text wird bei Bedarf manuell ergänzt.
