Data Hub – architektura Business Intelligence w trybie real-time z wykorzystaniem DBPLUS Data Replikator

Sytuacja wyjściowa
Renomowana sieć sklepów z częściami motoryzacyjnymi, prowadząca swoją działalność handlową w Polsce oraz w 16 krajach europejskich, zdecydowała o wdrożeniu projektu centralnego systemu raportowania. System miał obsługiwać całą organizację oraz sieć partnerów biznesowych.

Oczekiwania biznesu

Dostarczanie aktualnych informacji dotyczących bieżącej sprzedaży, stanów magazynowych oraz innych danych biznesowych (dane klientów, adresy dostaw, itd.).
Dane dostępne centralnie, aktualizowane w czasie rzeczywistym.

Problem do rozwiązania

Opóźnienie w raportowaniu kluczowych danych biznesowych, takich jak sprzedaż czy stany magazynowe (aktualizacja danych co 24h).
Brak spójności raportów z poszczególnych rynków.
Ograniczona możliwość wprowadzania zamian w raportach – konieczność koordynacji wdrożenia ze wszystkimi lokalnymi działami IT.

Architektura rozwiązania

Dane przetwarzane w nocy, w każdej z 16 lokalnych baz danych.
Przesyłanie ekstraktu danych do lokalizacji centralnej.
Każdy z rynków obsługiwany przez system ERP hostowany lokalnie.

Rozwiązanie

Centralny Data Hub zasilany systemem replikacji danych biznesowych DBPLUS Data Replicator w trybie real-time z lokalnych baz danych.

Korzyści

Kluczowe dane biznesowe z każdego rynku (sprzedaż, stany magazynowe, kontakty CRM) dostępne są w czasie rzeczywistym.
Możliwość wykonywania raportów o dowolnej porze.
Dostęp do stanów magazynowych aktualizowanych online umożliwił klientowi zaoferowanie nowych usług oraz lepszą optymalizację łańcucha dostaw (dostawa produktów może odbywać się także z magazynów w innych państwach).
Brak konieczności codziennego, nocnego przetwarzania danych, co w istotny sposób odciążyło pracę działów IT.

Architektura docelowa

DBPLUS Data Replicator replikuje dane z każdego lokalnego, krajowego systemu ERP do centralnego Data Hub z maksymalnym opóźnieniem 1,5 sek.
Wykorzystywany przez klienta system ERP to Microsoft Navision oparty na bazie Microsoft SQL Server
Data Hub wykorzystuje silnik baz danych Oracle.

Artur Boguszewski

Software Architect

ORA-00600 pod lupą: Najbardziej irytujący z kodów błędu Oracle

Błąd ORA-00600 jest uniwersalnym komunikatem dla różnych nieprzewidzianych sytuacji, których oprogramowanie bazy danych Oracle nie jest w stanie normalnie obsłużyć. Chociaż nie jest to jeszcze koniec świata, wywołuje pewną mieszankę strachu i rezygnacji. Jest to sposób, w jaki Oracle, niezbyt subtelnie, „podnosi cyfrowe ręce” i przyznaje, że coś poszło nie tak. I to „coś” nie było sytuacją, której Oracle kiedykolwiek przewidział.

Napotkanie ORA-00600 jest cyfrową wersją usłyszenia złowieszczego stukotu pod maską.

Bezpieczeństwo baz danych w erze IoT i Edge Computingu

Każda lodówka, smartwatch czy sensor podłączony do internetu ułatwia nam życie. Kto nie lubi, kiedy lodówka sama zamawia brakujące produkty, smartwatch przypomina o aktywności fizycznej, a czujnik w domu reguluje temperaturę, aby zapewnić komfort i oszczędność energii? Istnieje jednak ciemna strona tej wygody. Te same rozwiązania które ułatwiają nam codzienne funkcjonowanie, przyczyniają się również do rosnącej liczby obaw związanych z bezpieczeństwem baz danych.

W miarę jak integrujemy coraz więcej urządzeń i decentralizujemy przetwarzanie danych, potencjał naruszeń bezpieczeństwa rośnie wykładniczo. Ta zasadnicza zmiana wymaga przemyślenia podejścia do ochrony danych — takiego, które wykracza poza tradycyjne metody i skutecznie odpowiada na wyzwania związane z zabezpieczeniem danych, nawet w rozległej przestrzeni urządzeń IoT i węzłów brzegowych.

03/09/2021