WYMAGANE MINIMALNE PARAMETRY TECHNICZNE - SERWER1. Obudowa RACK o wysokości maks. 1U, wraz z kompletem wysuwanych szyn umożliwiających montaż w szafie RACK i wysuwanie serwera do celów serwisowych oraz z organizatorem do kabli. 2. Obudowa z możliwością wyposażenia w kartę umożliwiającą dostęp bezpośredni poprzez urządzenia mobilne - serwer musi posiadać możliwość konfiguracji oraz monitoringu najważniejszych komponentów serwera przy użyciu dedykowanej aplikacji mobilnej (Android/ Apple iOS) przy użyciu jednego z protokołów: BLE/WIFI.l lub laptopa podłączonego przewodowo (przez dedykowany port serwisowy USB na froncie obudowy.3. Płyta główna z możliwością zainstalowania do dwóch procesorów. 4. Obsługa procesorów 56-rdzeniowych. 5. Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem firmowym. 6. Płyta główna powinna obsługiwać do 8TB pamięci RAM.7. Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych.8. Zainstalowane dwa procesory min. 16-rdzeniowe, min. 2.0GHz, klasy x86 dedykowane do pracy z zaoferowanym serwerem umożliwiające osiągnięcie wyniku min. 27 895 w teście Average CPU Mark, dostępnym na stronie www.cpubenchmark.net.9. Minimum 256GB DDR5 RDIMM 5600MT/s (4x 64GB RDIMM, 5600MT/s, ECC).10. Na płycie głównej powinny znajdować się minimum 32 sloty przeznaczone do instalacji pamięci. WYMAGANE MINIMALNE PARAMETRY TECHNICZNE – SWITCH 24 PORTOWY1. Urządzenie musi być wyposażone w min. 24 gigabitowe porty RJ45 oraz min. 2 porty SFP; Nie są dopuszczane porty SFP współdzielone z portami RJ45.2. Urządzenie musi być wyposażone w port konsolowy.3. Dopuszczane są jedynie urządzenia w architekturze nieblokującej pracujące w trybie store and forward.4. Rozmiar tablicy adresów MAC urządzenia: min. 16K.5. Min. szybkość przekierowań pakietów: 41,6 Mpps.6. Pobór mocy urządzenia nie może przekraczać 20 W.7. Przełącznik musi być w formacie 1U umożliwiającym jego montaż w standardowej szafie 19” oraz posiadać w zestawie odpowiednie uchwyty montażowe.8. Głębokość urządzenia nie może przekraczać 200 mm.9. Nie dopuszcza się aktywnego chłodzenia (wentylatorów); przełącznik musi być chłodzony pasywnie.WYMAGANE MINIMALNE PARAMETRY TECHNICZNE – MAGAZYN KOPII1. Sprzęt musi być fabrycznie nowy, rok produkcji nie starszy niż 2024 r.2. System powinien być dostarczony w ramach sprzętowego appliance z zainstalowanymi i skonfigurowanymi wszystkim usługami, niezbędnymi do pracy systemu.3. Rozwiązanie musi spełniać minimalne poniższe wymagania sprzętowe:a. Obudowa rack rozmiar: 1Ub. Procesor: min. 6 rdzeni, min. 12 wątków. Minimalna częstotliwość bazowa procesora 2.6GHzc. Pamięć RAM: 16GB DDR4d. Przestrzeń dostępna na przechowywanie danych:Min. 24TB po RAID 5e. Osobne dyski SSD M.2 NVMe działające w RAID1 w celu instalacji warstwy oprogramowania i systemu operacyjnego,f. Redundantne zasilanie,g. Interfejsy sieciowe:Min. 2szt. Ethernet 1Gb,h. Gwarancja NBD on-premise o czasie trwania analogicznym do trwania wsparcia technicznego dla oprogramowania.4. Produkt dostępny w polskiej wersji językowej.5. Konsola zarządzająca dostępna z poziomu przeglądarki internetowej6. System musi umożliwiać tworzenie kopii zapasowych na poziomie dysków7. System musi umożliwiać tworzenie kopii zapasowych na poziomie plików i folderów8. System musi umożliwiać replikację kopii zapasowych do wielu lokalizacji docelowych9. System musi umożliwiać tworzenie kopii zapasowych i przywracanie systemów wykorzystujących UEFI/GPT10. System musi umożliwiać współpracę z usługą kopiowania woluminów w tle (VSS) firmy Microsoft11. Możliwość zdefiniowania limitu przepustowości sieciowej z której ma korzystać oprogramowanie backupowe12. System zarządzania nie może być oparty o relacyjne bazy danych.13. Rozwiązanie działa w architekturze wykluczającej pojedynczy punkt awarii (awaria jednego z komponentów nie spowoduje przestoju w procesie tworzenia kopii zapasowej).14. Rozwiązanie zapewnia zoptymalizowaną trasę transmisji danych poprzez możliwość wybrania dowolnego workera (urządzenia, które odpowiadać będzie za pobieranie danych z konkretnych usług) oraz browsera (urządzenia, które będzie wykorzystywane do przeszukiwania m.in. magazynów).15. Aplikacje klienckie powinny wysyłać dane z kopii zapasowej bezpośrednio na wskazany magazyn – serwer backupu/usługa zarządzania, ani żaden inny element Systemu, nie powinien brać udziału w przesyłaniu danych.16. Rozwiązanie musi być systemem multi-storage-owym i umożliwia tworzenie wielu repozytoriów danych jednocześnie również na innych środowiskach jako przestrzeń do replikacji danych.17. System musi oferować mechanizm składowania kopii backupowych (retencja danych) w nieskończoność lub oparty o czas i cykle.18. System pozwala administratorowi na ustawienie dowolnego harmonogramu replikacji danych pomiędzy dowolnymi wspieranymi magazynami.19. System musi umożliwiać wykonywanie kopii obrazu dysku, kopii plików i katalogów oraz kopii maszyn wirtualnych bez ich zatrzymywania z zachowaniem stuprocentowej integralności i spójności danych wewnątrz wykonanej kopii zapasowej.20. Rozwiązanie musi realizować funkcjonalność jednoczesnego backupu wielu strumieni danych na to samo urządzenie.21. Rozwiązanie zapewnia backup jednoprzebiegowy - nawet w przypadku wymagania granularnego odtworzenia.22. System musi umożliwiać automatyczne ponawianie prób utworzenia kopii zapasowej w przypadku wystąpienia błędu.23. Rozwiązanie powinno umożliwiać klonowanie planów kopii zapasowych, planów replikacji oraz planów testowego odtwarzania maszyn wirtualnych24. Rozwiązanie powinno umożliwiać uruchamianie przy zadaniach backupu dowolnych skryptów PRE/POST oraz po wykonaniu migawki VSS.25. System powinien umożliwiać definiowanie tzw. okna backupowego dla każdego z zadań w celu umożliwienia zarządzania obciążeniem sieci i uwzględnienia okien serwisowych występujących u Zamawiającego.26. System musi automatycznie dodawać do polityki i harmonogramu tworzenia backupów nowe źródła / maszyny wirtualnych, dodane do bieżącego środowiska (automatyzacja oparta na polityce tworzenia kopii).27. Rozwiązanie musi udostępniać możliwość podglądu postępu działania dowolnego zadania, w tym zadania wykonywania kopii zapasowych, odtwarzania danych, testowego odtwarzania danych, usuwania danych oraz zadania odświeżania zajętości magazynu na dane.28. Rozwiązanie musi posiadać system powiadamiania poprzez e-mail oraz o zdarzeniach w następujących przypadkach: zadanie zostało zakończone pomyślnie, zadanie zostało zakończone z ostrzeżeniami, zadanie zostało zakończone z błędem, zadanie zostało anulowane, zadanie nie zostało uruchomione.29. System powinien umożliwiać wysyłanie powiadomień o statusie wykonanych zadań na dowolne adresy webhook, podawane przez użytkownika,30. Oferowane rozwiązanie musi być dobrane pod względem wydajności w oparciu o najlepsze praktyki producenta. 31. Rozwiązanie musi być wyskalowane, dobrane pod względem wymaganej funkcjonalności i wydajności stosownie do ilości zabezpieczanych danych i obiektów z uwzględnieniem przyrostu danych (serwery, maszyny wirtualne, bazy danych itp.) zgodnie z opisem w zapytaniu ofertowym. 32. Wydajność oferowanej konfiguracji musi być taka, aby wszystkie funkcje systemu były dostępne w chwili wdrożenia (np. deduplikacja, kompresja, instancja workerów i browserów, replikacja, testowe odtwarzanie maszyn wirtualnych).33. System pozwala na zmniejszenie rozmiaru przechowywanych i przesyłanych danych poprzez usuwanie zduplikowanych bloków danych ze źródła kopii pomiędzy wszystkimi źródłami w obrębie wszystkich kopii na magazynie danych.34. Proces deduplikacji musi być możliwy dla każdego z typów obsługiwanych magazynów.35. Proces deduplikacji nie może wymagać instalacji żadnych dodatkowych komponentów, które będą pośredniczyły w zapisie danych z deduplikowanych 36. Proces deduplikacji nie może posiadać pojedynczego punktu awarii, tym samym musi być dostępny jednocześnie na każdym wspieranym magazynie na dane - również replikacyjnych. Awaria jednego z magazynów na dane nie może wpłynąć na integralność deduplikatów, jak i tablicy deduplikatów na innym magazynie.37. Proces deduplikacji realizowany jest blokiem o stałej wielkości, którego wielkość może zostać ustalona na etapie wdrożenia rozwiązania zgodnie z najlepszymi praktykami producenta.38. Proces szyfrowania kopii zapasowych nie może ograniczać procesu deduplikacji w ramach tego samego klucza szyfrującego.39. Kompresja kopii zapasowych musi obsługiwać jeden z wymienionych algorytmów: LZ4, ZStandard. Dodatkowo, musi umożliwiać określenie szczegółowego poziomu kompresji, w tym: niski, średni, wysoki.40. Instalacja, modyfikacja ustawień, polityki tworzenia kopii zapasowej systemu nie może wymagać przerwania pracy lub restartu systemu.41. System musi pozwalać na automatyczne aktualizacje oprogramowania.42. System musi być w stanie kompresować i szyfrować zabezpieczone dane w systemach NAS.43. System musi pozwalać na uruchomienie kontenerów Docker w dowolnych urządzeniach NAS i innych środowiskach w celu ich zabezpieczenia. szczegółowy opis przedmiotu zamówienia stanowi załącznik nr 5 do SWZ
CPV: 48822000-6 Computer servers +1 more
Published: 02/20/2026 06:32 AM · 4 months ago
Deadline: 03/02/2026 09:00 AM · 3 months ago