2026/02/20 - Publiskie iepirkumi kategorijai Tīkli (CPV 32400000-7)

      Jaunākie iepirkumi, kas atbilst CPV kategorijai Tīkli.

      Jaunākie iepirkumi kategorijai Tīkli

      • Gmina Ostrów Wielkopolski
        ezamowienia.gov.pl2026/BZP 00122423/01
        Przedmiotem zamówienia jest dostawa, instalacja, konfiguracja oraz uruchomienie w Urzędzie Gminy Ostrów Wielkopolski oraz Gminnym Ośrodku Pomocy Społecznej przełącznika sieciowego klasy data center, przeznaczonego do pracy w warstwie dostępowej/agregacyjnej sieci Zamawiającego.I. Urządzenie, dostarczone w ramach realizacji Umowy musi być: fabrycznie nowe, wyprodukowane nie wcześniej niż 12 miesięcy przed datą dostawy, sprawne technicznie, spełniać wymagania określone w OPZ, zostać dostarczone wraz z certyfikatami, licencjami, deklaracjami zgodności CE lub równoważnymi, kartami gwarancyjnymi oraz instrukcjami w języku polskim lub języku angielskim. Urządzenie należy dostarczyć w oryginalnych opakowaniach producenta, na których widoczne będzie logo i nazwa producenta, opis zawartości i numer katalogowy. Urządzenie musi pochodzić z oficjalnego kanału dystrybucyjnego producenta na terenie Unii Europejskiej oraz posiadać pakiet usług gwarancyjnych kierowanych do użytkowników z obszaru Rzeczypospolitej Polskiej.II. Wskazane w dokumentach znaki towarowe, nazwy własne, itp. – stanowią wyłącznie wzorzec jakościowy, funkcjonalny, techniczny i technologiczny dotyczący przedmiotu zamówienia. We wszystkich przypadkach, w których ze względu na specyfikację przedmiotu zamówienia wskazano pochodzenie, nazwy materiałów, urządzeń, lub ich pochodzenie, dopuszcza się stosowanie materiałów, urządzeń równoważnych, tj. wszelkie wymienione z nazwy materiały, urządzenia użyte w przekazanej przez Zamawiającego dokumentacji lub ich pochodzenie, służą wyłącznie określeniu standardu i mogą być zastąpione innymi o nie gorszych parametrach technicznych, użytkowych, jakościowych, funkcjonalnych i walorach estetycznych, przy uwzględnieniu prawidłowej współpracy z pozostałymi materiałami, urządzeniami. Użyte w dokumentacji zamówienia nazwy, które wskazują lub mogłyby kojarzyć się z producentem lub firmą, nie mają na celu preferowanie rozwiązań danego producenta lecz wskazanie na rozwiązanie, które powinno posiadać cechy techniczne, technologiczne nie gorsze od podanych w dokumentacji technicznej. Wszędzie, gdzie są one wskazane, należy czytać w ten sposób, że towarzyszy im określenie „lub równoważne”. Zamawiający w przypadku ofert zawierających rozwiązania równoważne będzie je weryfikować pod względem spełniania wymogów poszczególnych pozycji wymagań technicznych zawartych w załączniku do Specyfikacji. Wykonawca zobowiązany jest udowodnić w ofercie równoważność oferowanych urządzeń lub systemów. Ciężar udowodnienia równoważności jest obowiązkiem Wykonawcy. Zamawiający nie uzna rozwiązań równoważnych, jeśli będą o gorszych niż wskazane w załączniku do Specyfikacji minimalnych wymaganiach jakościowych, funkcjonalnych, technicznych i technologicznych.Wykonawca ponosi wszelkie koszty związane z zastosowaniem rozwiązań równoważnych.Zamawiający dopuszcza składanie ofert równoważnych.
      • LK LIETUVOS DIDŽIOJO ETMONO KRISTUPO RADVILOS PERKŪNO RYŠIŲ IR INFORMACINIŲ SISTEMŲ BATALIONAS
        viesiejipirkimai.lt6627005
        Jungtys adapteriai ir testavimo įranga (Skelbiama apklausa)
      • Gmina Uniejów
        ezamowienia.gov.pl2026/BZP 00121704/01
        1. Przedmiotem zamówienia jest dostawa fabrycznie nowego sprzętu IT oraz UPSów – nienoszącego śladów uprzedniego użytkowania. 2. Zakres przedmiotowy obejmuje: 2.1 Część 2:a) UPS do serwerowni - 1 szt., b) Access point – 3 szt.c) UPS dla stanowisk roboczych – 30 szt. Przedmiot zamówienia obejmuje dostawę sprzętu do siedziby Zamawiającego.Przedmiot zamówienia został określony w Szczegółowym opisie przedmiotu zamówienia (załącznik nr 5 do SWZ gdzie w częściach od 5.5 do 5.7 wskazana jest specyfikacja poszczególnych urządzeń / asortymentu) oraz w projekcie umowy stanowiącym załącznik nr 6.2 do SWZ.3. Przedmiot zamówienia musi być fabrycznie nowy, nienoszący śladów uprzedniego używania, wolny od wad i kompletny tj. posiadający wszelkie akcesoria, kable, przewody niezbędne do ich użytkowania. Zaoferowany sprzęt musi być kompletny i gotowy do użytkowania bez dodatkowych zakupów.4. Wykonawca dostarczy przedmiot umowy w odpowiednich ilościach i asortymencie zgodnym z opisem przedmiotu zamówienia bezpośrednio do siedziby Zamawiającego czyli do Urzędu Miasta w Uniejowie, ul. Błogosławionego Bogumiła 13, 99 – 210 Uniejów, oraz wniesie do wskazanego pomieszczenia. Dostawa przedmiotu zamówienia może nastąpić w godzinach: poniedziałek: 8:00-16.00; wtorek – czwartek: 8:00-15:00; piątek 8.00 – 14.00 po wcześniejszym uzgodnieniu dokładnego terminu z Zamawiającym.5. Projekt współfinansowany przez Unię Europejską w ramach zadania pn.: „Cyberbezpieczny Samorząd”, współfinansowanego ze środków Unii Europejskiej, w ramach Funduszy Europejskich na Rozwój Cyfrowy 2021-2027 (FERC) Priorytet II: Zaawansowane usługi cyfrowe Działanie 2.2. – Wzmocnienie krajowego systemu cyberbezpieczeństwa konkurs grantowy w ramach Projektu grantowego „Cyberbezpieczny Samorząd” o numerze FERC.02.02-CS.01-001/23 opublikowanego na stronie Centrum Projektów Polska Cyfrowa https://www.gov.pl/web/cppc/cyberbezpieczny-samorzad 10. Jeśli w dokumentacji postępowania o udzielenie zamówienia zostało wskazane pochodzenie (marka, znak towarowy, producent, dostawca) materiałów lub normy, aprobaty, specyfikacje i systemy, o których mowa w art. 99 ust. 5 ustawy Pzp – Zamawiający dopuszcza możliwość wykorzystania produktów równoważnych. Powyższe oznacza, że jeżeli zapisy w dokumentacji postępowania wskazywałyby w odniesieniu do niektórych materiałów lub urządzeń znaki towarowe, patenty lub pochodzenie urządzeń lub materiałów należy je traktować jako propozycje (służące prawidłowemu zrozumieniu projektu). Wskazanie w dokumentacji zamówienia konkretnych znaków towarowych spowodowane jest koniecznością zapewnienia korzystania z pełnych funkcjonalności oprogramowania wyszczególnionego w załączniku nr 5 do SWZ, w posiadaniu licencji do którego jest Zamawiający. I tak:Pod pojęciem równoważności należy rozumieć, iż zagwarantują one realizację zamówienia zgodnie z opisem przedmiotu zamówienia oraz zapewnią uzyskanie parametrów technicznych nie gorszych od założonych w dokumentacji postępowania o udzielenie zamówienia. Wykonawca, który powołuje się na rozwiązania równoważne opisanymi przez Zamawiającego, jest zobowiązany wykazać, że proponowane przez niego dostawy spełniają wymagania określone przez Zamawiającego. Ocena możliwości zastosowania proponowanego rozwiązania równoważnego powinna zawierać dla każdego urządzenia minimum analizę:a) parametrów technologicznych proponowanych rozwiązań równoważnych,b) zgodność parametrów technologicznych proponowanych rozwiązań równoważnych z pozostałymi wskazanymi w dokumentacji zamówienia,c) spełnienia wymagań technicznych: Oferowany sprzęt musi posiadać parametry równe lub lepsze niż wskazane w szczegółowym opisie przedmiotu zamówienia. d) Posiadania wymaganych funkcjonalności - zapewnienie tych samych funkcjonalności oraz posiadanie nie mniejszej wydajności e) innych informacji potwierdzających równoważność proponowanych rozwiązań równoważnych.Wykonawca dobierając inne materiały lub urządzenia oraz rozwiązania równoważne do zaproponowanych w dokumentacji postępowania o udzielenie zamówienia publicznego, jest odpowiedzialny za jakość zastosowanych materiałów, urządzeń oraz za prawidłowe funkcjonowanie rozwiązań technicznych przewidzianych w dokumentacji postępowania o udzielenie zamówienia publicznego. 11. W przypadku, gdy w opisie przedmiotu zamówienia znajdą się odniesienia do norm, ocen technicznych, specyfikacji technicznych i systemów referencji technicznych, o których mowa w art. 101 ust. 1 pkt 2 oraz ust. 3 ustawy Pzp, Zamawiający dopuszcza rozwiązania równoważne opisywanym.
      • GMINA BIAŁOGARD
        ezamowienia.gov.pl2026/BZP 00120663/01
        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
      Skatīt vairāk rezultātu