中科热备 Backup-Appliance (PBBA · HBU Backup-Serie) – integrierte All-in-One-Datenlösung

Die Backup-Appliance PBBA wird als vorinstallierte Software-Hardware-Einheit geliefert, ist sofort einsatzbereit und kann innerhalb von 30 Minuten in Betrieb genommen werden.

Unterstützt internationale Mainstream-Datenbanken wie Oracle, SQL Server, MySQL, PostgreSQL, MongoDB, SAP HANA, DB2, Sybase, MariaDB, Redis sowie 9 inländische Datenbanken wie DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli und gleichzeitig Dateisysteme und Virtualisierungsplattformen. Durch den Einsatz von globaler Deduplizierung am Quellende kann die übertragene Datenmenge um über 90 % reduziert werden.

Durch quellenseitige globale Deduplizierungstechnologie kann das übertragene Datenvolumen um über 90 % reduziert werden, was Speicherplatz und Bandbreite erheblich einspart.

Ja. Die Disaster-Recovery-Cloud-Backup-Appliance hat die Huawei Kunpeng Technology Verification sowie die Xinchuang-Anpassungszertifizierung erhalten und ist mit 6 inländischen CPUs (Kunpeng, Phytium, Hygon, Loongson, Zhaoxin, Sunway; Kunpeng 920 / Phytium FT-2000·S2500 / Hygon C86 / Loongson 3A5000·6000 / Sunway 1621), 10 inländischen Betriebssystemen (Kylin Software (Kylin Software), NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS) sowie 9 inländischen Datenbanken wie DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB und Wanli kompatibel. Bei der Auswahl sollte man zwischen „verbindbar" und „vom Hersteller zertifiziert angepasst" unterscheiden – Ersteres bedeutet nur, dass eine Kommunikation möglich ist, Letzteres ist die vom Hersteller bestätigte native Betriebskombination.

Eine erneute Prüfung ist erforderlich. Nach einem Wechsel von CPU und Betriebssystem kann der ursprüngliche Backup-Agent ungültig werden. Es sollte bestätigt werden, ob der Hersteller für die tatsächlich verwendete Kombination aus inländischer CPU / Betriebssystem / Datenbank eine Anpassungszertifizierung besitzt, statt nur auf die Aussage „unterstützt Inländisierung" zu achten. Die Anpassungsabdeckung der Disaster-Recovery-Cloud umfasst 6 inländische CPUs, 10 inländische Betriebssysteme und 9 inländische Datenbanken und unterstützt heterogene Datenbankreplikation, sodass während der Umstellungsphase ein Parallelschutz erfolgen und schrittweise umgeschaltet werden kann.

Die 中科热备 Backup-Appliance gehört zur HBU Backup-Serie und umfasst derzeit die fünf Modelle HBU800, HBU1200, HBU2400, HBU3600 und HBU4800, die unterschiedliche Datenvolumen und Leistungsklassen abdecken und je nach Kapazitätsbedarf und Geschäftsgröße ausgewählt werden können. Für konkrete Konfigurationen und Angebote kontaktieren Sie uns bitte für eine bedarfsgerechte Anpassung.

Ja. 中科热备 bietet agentenloses Backup für führende Virtualisierungsplattformen und deckt sowohl internationale als auch chinesische Virtualisierung ab: 【International führend】VMware vSphere 6.0–8.0 (VADP/VDDK), Microsoft Hyper-V 2016–2022 (VSS/RCT), KVM/oVirt (Libvirt API), Xen/XenServer, Nutanix AHV, Proxmox VE. 【Chinesische Virtualisierung und Hyper-Converged-Infrastruktur】Huawei FusionCompute, H3C CAS, Sangfor HCI, Inspur InCloud Sphere, Lenovo ThinkAgile, Unis Cloud UniCloud HCI, ZStack, SmartX. Damit werden die gängigen Virtualisierungsumgebungen von Unternehmen weitgehend abgedeckt; unterstützt werden CBT/RCT-Inkrement-Backup, Instant-Mount-Wiederherstellung sowie V2V / P2V / P2P-Wiederherstellung in alle Richtungen über Plattformen hinweg.

Ja. 中科热备 integriert Sicherheitsfunktionen direkt in die Backup-Kette, einschließlich unveränderlichem Speicher, Air-Gap-Isolation und Malware-Erkennung; in Kombination mit der physischen Air-Gap-Isolation von Blu-ray-Speicher lassen sich vollständig vom Netzwerk getrennte Offline-Kopien realisieren, die wirksam vor Ransomware und Netzwerkangriffen schützen.

Es werden zwei große Kategorien abgedeckt: internationale Mainstream- und inländische Betriebssysteme: 【Internationaler Mainstream】Windows Server 2008–2022; Red Hat Enterprise Linux / CentOS 7–9; Ubuntu 18–24; Debian, SUSE, AlmaLinux und weitere. 【Inländische Betriebssysteme · Kompatibilitätszertifizierung (10 Stück)】Kylin Software (Kylin Software), NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS. Bei der Auswahl sollte man zwischen „zertifiziert" und „nur unterstützt" unterscheiden – eine Zertifizierung bedeutet, dass der Hersteller die Anpassungsvalidierung abgeschlossen hat, und ist eine zuverlässigere Grundlage für die Kombination.

Abdeckung verschiedener Datenbanktypen: 【Relational (OLTP)】Internationale Mainstream-Datenbanken wie Oracle, SQL Server, MySQL, PostgreSQL, DB2, Sybase, MariaDB; sowie 9 inländische Datenbanken wie DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli (Kompatibilitätszertifizierung). 【Distributed】GaussDB (centralized / distributed), OceanBase Community Edition. 【Industrie / Echtzeit】Für Industrie-SCADA- / DCS- / Historian-Szenarien, mit „Industrielle Daten-Backup-Appliance“ und „Industriesteuerungs-Daten-Backup-Appliance“. 【Zeitreihen】【KI / Vektor】Für industrielles IoT, Large-Model-RAG und ähnliche Szenarien. 【NoSQL】MongoDB, Redis. 【Anwendungskonsistenz】Oracle RMAN, SAP HANA Backint, SQL Server VSS.

Es werden verschiedene Datenbanktypen abgedeckt: 【Relational (OLTP)】Internationaler Mainstream: Oracle, SQL Server, MySQL, PostgreSQL, DB2, Sybase, MariaDB und weitere; 9 inländische (Kompatibilitätszertifizierung): DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli. 【Verteilt】GaussDB (zentralisiert / verteilt), OceanBase Community Edition. 【Industrie / Echtzeit】ForceControl pSpace, RealDB, openPlant, KingHistorian, AVEVA PI System, GE Proficy Historian und weitere, ausgerichtet auf industrielle SCADA- / DCS- / Historian-Szenarien, in Verbindung mit „Industrielle Daten-Backup-Appliance" und „Industrielle Steuerungsdaten-Backup-Appliance". 【Zeitreihen】TDengine, Apache IoTDB, InfluxDB, TimescaleDB, Prometheus, VictoriaMetrics und weitere, ausgerichtet auf Szenarien mit hoher Schreiblast wie industrielles IoT und Monitoring-Metriken. 【KI / Vektor】Milvus, Qdrant, Pinecone, Chroma, Weaviate, pgvector, Faiss und weitere, ausgerichtet auf Szenarien wie LLM-RAG und Vektorsuche. 【NoSQL】MongoDB, Redis. 【Anwendungskonsistenz-Schnittstellen】Oracle RMAN, SQL Server VDI, MySQL XtraBackup, PostgreSQL pg_basebackup, DM DMRMAN, Kingbase sys_dump, GBase 8s onbar, SAP HANA Backint, SQL Server VSS.

Bei der Middleware werden inländische Middleware wie TongWeb 6/7 von TongTech, InforSuite AS von InforSuite, BES von BES und Apusic von Apusic (alle bereits angepasst) unterstützt; ebenso werden Anwendungsserver wie Apache Tomcat, Oracle WebLogic, IBM WebSphere, JBoss / WildFly, Webserver wie Microsoft IIS, Nginx, Apache HTTP Server sowie Redis-Cache und Nachrichtenwarteschlangen wie Apache Kafka, RabbitMQ, RocketMQ unterstützt. Bei den staatlichen Krypto-Algorithmen werden SM2 (asymmetrische Verschlüsselung), SM3 (Hash) und SM4 (symmetrische Verschlüsselung) durchgängig unterstützt, ebenso staatliche SSL-Zertifikate.

Es werden zwei große Kategorien abgedeckt: inländische und allgemeine CPUs: 【Inländische CPUs · Kompatibilitätszertifizierung (6 Stück)】Huawei Kunpeng (920, ARM), Phytium (FT-2000 / Tengyun S2500, ARM), Hygon (C86, x86), Loongson (3A5000 / 6000, LoongArch), Zhaoxin (x86), Sunway (1621, SW64). Davon verfügt Huawei Kunpeng zusätzlich über die Doppelzertifizierung Technology Verification und Compatible. 【Internationale / allgemeine CPUs】Intel Xeon-Serie, AMD EPYC-Serie (x86_64), allgemeine ARM64-Plattform, alle unterstützt. Bei der Auswahl sollte man zwischen „zertifiziert" und „nur unterstützt" unterscheiden – eine Zertifizierung bedeutet, dass der Hersteller die Anpassungsvalidierung abgeschlossen hat, und ist eine zuverlässigere Grundlage für die Kombination.

Nein. Die Wiederherstellung des gesamten Systems wird für alle Szenarien unterstützt – ohne Bereitstellung und Konfiguration von Betriebssystem, Anwendungen, Datenbanken und anderen Systemumgebungen wird die vollständige Wiederherstellung des gesamten Systems mit Geschäftslogik in allen Szenarien realisiert, ohne manuelle Treiberinstallation, Änderung von Registrierungsinformationen oder Anwendungskonfigurationen, was Schwierigkeit und Zeitaufwand der Katastrophenwiederherstellung erheblich reduziert.

Ja. Bei der Katastrophenwiederherstellung zwischen Quellhost und heterogenem Zielrechner (physische Maschine, virtuelle Maschine und Cloud-Host) wird die Treiberkompatibilität automatisch angepasst, ohne manuellen Eingriff; die plattformübergreifende Wiederherstellung in alle Richtungen P2V, V2V und V2P wird unterstützt. Zudem können in der Web-Konsole des Disaster-Recovery-Systems alle erforderlichen Konfigurationen für den Zielrechner vorgenommen werden (Konfiguration abweichender Hardwaretreiber, System-IP-/Routing-Konfiguration und Skriptkonfiguration), um eine heterogene automatisierte Katastrophenwiederherstellung zwischen Servern, virtuellen Maschinen und Cloud-Hosts beliebiger Marke und Technologie zu ermöglichen.