woj. podkarpackie
Administracja MS SQL
Rzeszów
Zakład pracuje na trzy zmiany. O drugiej w nocy system rejestracji produkcji przestaje zapisywać dane, bo na dysku serwera skończyło się miejsce. Kierownik zmiany dzwoni do działu IT, który pracuje od ósmej. Do rana linia pracuje na papierze, a potem ktoś przez dwa dni przepisuje karty do systemu.
Baza w produkcji
Zmiana nocna nie może czekać do rana
Zakłady produkcyjne z Rzeszowa i Podkarpacia coraz częściej rejestrują produkcję, zużycie materiałów i przyjęcia w systemach opartych o MS SQL. Baza przestaje być sprawą biura — staje się częścią linii produkcyjnej.
Tymczasem administracja bazą wciąż jest ustawiona pod biuro. Konserwacja uruchamia się o drugiej w nocy, w środku zmiany. Nikt nie patrzy na wolne miejsce na dysku. Przy awarii w nocy nie ma do kogo zadzwonić, więc linia pracuje na papierze.
Większość awarii bazy zapowiada się z wyprzedzeniem: kończące się miejsce, rosnący czas stałych operacji, narastające kolejki, błędy w dzienniku zdarzeń. Ustawiamy monitoring tych sygnałów, planujemy konserwację w oknach między zmianami i zapewniamy wsparcie przy awarii produkcyjnej całą dobę.
Zakres
Co obejmuje administracja dla produkcji
Ustawiona pod rytm zakładu, a nie biura.
- Monitoring wolnego miejsca na dyskach
- Monitoring długich zapytań i kolejek
- Błędy w dzienniku zdarzeń serwera
- Konserwacja w oknach między zmianami
- Kopie zapasowe bez obciążania pracy linii
- Ustalenie, kto dostaje powiadomienie
- Wsparcie przy awarii produkcyjnej w nocy
- Instrukcja dla kierownika zmiany
- Nie uruchamiamy ciężkiej konserwacji w trakcie zmiany
- Nie wysyłamy alertów na skrzynkę, do której nikt nie zagląda
- Nie zostawiamy zakładu bez kontaktu w nocy
Sygnały
Sygnały widoczne przed awarią
Poniżej rzeczy, które monitorujemy, i czas, jaki zwykle dają na reakcję.
| Sygnał | Co zapowiada | Reakcja |
|---|---|---|
| Kończące się miejsce na dysku | zatrzymanie zapisu | porządki lub dołożenie miejsca |
| Rosnący plik dziennika transakcji | zapełnienie dysku | kopie dziennika, konserwacja |
| Rosnący czas stałych operacji | spowolnienie w szczycie | indeksy i statystyki |
| Narastające kolejki i blokady | zawieszenia stanowisk | analiza zapytań |
| Błędy w dzienniku zdarzeń | problem sprzętowy | diagnoza przed awarią |
| Nieudana kopia zapasowa | brak kopii przy awarii | naprawa zadania |
| Konserwacja trwa coraz dłużej | wejście w czas zmiany | zmiana planu |
Monitoring bez ustalonego odbiorcy nie działa. Ustalamy, kto dostaje powiadomienie w dzień, a kto w nocy, i jak szybko ma zareagować.
Wynik
Co dostajecie
Bazę, która nie zatrzymuje linii.
- Ostrzeżenie przed awarią: Sygnały widoczne z wyprzedzeniem.
- Konserwacja poza zmianami: Bez obciążania pracy linii.
- Wsparcie w nocy: Kontakt przy awarii produkcyjnej.
Podkarpacie w praktyce
Czego nauczyły nas bazy w zakładach na Podkarpaciu
Pierwsza rzecz: najczęstszą przyczyną nocnych awarii jest zapełniony dysk, zwykle przez plik dziennika transakcji, który rośnie, bo nikt nie ustawił jego kopii. To sygnał widoczny wiele dni wcześniej.
Druga: domyślne godziny konserwacji z kreatora prawie zawsze wypadają w środku nocnej zmiany. Przeniesienie ich na przerwę między zmianami usuwa spowolnienia, których nikt nie umiał wyjaśnić.
Trzecia: kierownik zmiany potrzebuje prostej instrukcji: jakie objawy zgłaszać, pod jaki numer i co robić do czasu reakcji.
Nocne awarie oznaczały produkcję na papierze i dwa dni przepisywania. Od kiedy działa monitoring, o kończącym się miejscu wiemy kilka dni wcześniej, a w nocy mamy do kogo zadzwonić.
Na start
Czego potrzebujemy na start
Najważniejszy jest grafik zmian.
- Wersja MS SQL i systemy produkcyjne na bazie
- Grafik zmian i przerwy między nimi
- Dostęp administracyjny do serwera
- Obecne ustawienia konserwacji i kopii
- Osoby do powiadomień w dzień i w nocy
- Historia awarii z ostatniego roku
Współpraca
Jak pracujemy
Zaczynamy od przeglądu stanu i grafiku zmian. Sprawdzamy, kiedy uruchamia się konserwacja i kopie.
Ustawiamy monitoring, przenosimy konserwację na okna między zmianami i ustalamy odbiorców powiadomień. Pracujemy zdalnie.
W ramach opieki reagujemy na sygnały, zanim staną się awarią, i jesteśmy dostępni przy awarii produkcyjnej całą dobę.
Zasięg
Gdzie dokładnie pracujemy
Bazy MS SQL w zakładach produkcyjnych administrujemy dla firm z Rzeszowa zdalnie.
Pracujemy też dla firm z Mielca, Dębicy, Łańcuta, Jasionki, Ropczyc i Stalowej Woli.
- Staromieście
- Nowe Miasto
- Baranówka
- Zalesie
- Staroniwa
- Drabinianka
- Krakowska-Południe
- Pobitno
- Wilkowyja
- Słocina
- Załęże
- Budziwój
Poza samym miastem pracujemy też w okolicy: Łańcut, Głogów Małopolski, Boguchwała, Tyczyn, Trzebownisko, Świlcza, Krasne. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje administracja bazy w produkcji
Koszt zależy od liczby serwerów i zakresu wsparcia nocnego.
| Element | Zakres | Czas | Orientacyjnie |
|---|---|---|---|
| Przegląd stanu | kopie, konserwacja, dyski, obciążenie | kilka godzin | wycena po rozmowie |
| Monitoring i konserwacja | sygnały, okna między zmianami | kilka godzin | godzinowo |
| Optymalizacja | indeksy, statystyki, najcięższe zapytania | zależnie od bazy | wycena po przeglądzie |
| Opieka z wsparciem nocnym | monitoring, reakcja całą dobę | miesięcznie | abonament, wycena po przeglądzie |
Czas reakcji w nocy ustalamy w umowie opieki.
Współpraca
Od produkcji na papierze do ostrzeżenia z wyprzedzeniem
Przegląd
Stan bazy i grafik zmian.
Zabezpieczenie
Kopie przed zmianami.
Monitoring
Sygnały przed awarią.
Konserwacja
Między zmianami.
Powiadomienia
Do właściwych osób.
Opieka
Wsparcie całą dobę.
Pytania
Zanim zapytasz
Tak, przy awariach produkcyjnych całą dobę.
Nie, planujemy ją w oknach między zmianami.
Większość zapowiada się sygnałami na kilka dni wcześniej.
Osoby ustalone razem z zakładem, osobno w dzień i w nocy.
Tak, jeśli pracują na MS SQL.
Większość nie.
Ta sama okolica
Pozostałe usługi w Rzeszowie
Ta sama usługa
Bazy danych MS SQL w innych miastach
Niech baza nie zatrzymuje nocnej zmiany
Napiszcie, jaki system produkcyjny pracuje na MS SQL i jak wygląda grafik zmian. Zaczniemy od przeglądu.