Welche Colocation-Standorte decken Sie für Remote Hands ab?+
Wir decken Standorte von Equinix, Digital Realty, Interxion, NTT, Iron Mountain, Telehouse, Vantage und STACK in der EU und den USA ab, mit benannten Ingenieuren pro Standort auf Ihrem Mieter-Konto. Für einen Standort außerhalb dieser Liste onboarden wir in der ersten Woche gegen die Zugangs- und Begleitungsrichtlinie der Einrichtung, mit Scope und Zugangspfad schriftlich im Vertrag.
Wie laufen Standortzugang und Badging ab?+
Jeder benannte Ingenieur wird auf Ihrem Colo-Mieter-Konto am Standort enrollt, mit Badge-, Biometrie- oder Escort-Verfahren gemäß der Richtlinie der Einrichtung. Zugangsumfang, Freigeberliste, Nachtbegleitungsregeln und Besucherprotokollierung werden in den Mandatsvertrag aufgenommen, nicht ticketweise verhandelt. Standorte, die eine amtliche ID-Prüfung oder einen Hintergrund-Check verlangen, erledigen wir im Onboarding, nicht im ersten Vorfall.
Wie ist der Ticketing-Takt, und wer sieht was?+
Geplante Änderungen landen in einem geteilten Change-Kalender mit Ihrem NOC und den zuständigen Hersteller-TACs; P1-Notfälle laufen über einen separaten Rufbereitschaftspfad mit derselben medianen Erstreaktion von 15 Minuten. Jedes Ticket trägt den Namen des Ingenieurs, das berührte Asset, den Runbook-Schritt, die Foto-Evidenz und das Rückfall-Fenster. Ihr Team sieht das vollständige Ticket, der Colo-Anbieter nur, was die Zugangsrichtlinie der Einrichtung verlangt.
Wie wird Foto-Evidenz einer Änderung erfasst und aufbewahrt?+
Das Runbook definiert die Foto-Checkpoints (Vorzustand, Zwischenschritt, Nachzustand) für jede wiederkehrende Aufgabe. Der Ingenieur vor Ort erfasst die Fotos am Ticket, mit Zeitstempel und sichtbarer Asset-Seriennummer und Port-Nummer. Die Fotos werden für den vertraglich vereinbarten Audit-Zeitraum (typischerweise 12 oder 24 Monate) aufbewahrt und im Monatsbericht sichtbar gemacht.
Wie sieht Ihre Teile-Logistik und Locker-Richtlinie aus?+
Wir führen pro Standort einen Teile-Locker, wenn das Volumen es rechtfertigt, mit serialisiert geführten Ersatzteilen im DCIM. Für Teile außerhalb des Lockers wickeln wir die RMA direkt mit dem Hersteller ab (Dell, HPE, Lenovo, Supermicro, Cisco, Juniper, Arista, Schneider Electric, Vertiv, APC) und halten den Teile-Status am Ticket. Kein Teil verlässt Ihren Käfig ohne RMA, und kein Teil kommt ohne Wareneingangsprüfung herein.
Wie läuft eine Cross-Connect-Bestellung?+
Wir verantworten den vollständigen Vorgang: LOA-Erstellung, Einreichung bei Carrier oder Einrichtung, Kabelzug oder Patch, Port-Test, Aktualisierung Ihres DCIM und des Portals der Einrichtung. Der Status lebt am Ticket, nicht in einem separaten Mail-Thread. Typische Durchlaufzeit in EU-Einrichtungen 2 bis 10 Werktage je nach Carrier; in US-Einrichtungen ähnlich, teils schneller.
Wie laufen PDU- und USV-Tausch?+
PDU- und USV-Tausch laufen als geplante Änderungen mit schriftlichem Runbook: Lastprofil-Check, Failover-Validierung (bei redundanter Auslegung), Rack-Powermap, Freigeber-Zeichnung, Rückfallplan. Bei einseitig versorgten Geräten verlangt das Runbook ein geplantes Wartungsfenster; bei zweikanalig versorgten Geräten fahren wir ein Leg-für-Leg-Muster mit elektrischen Messungen am Ticket. Technik von Vertiv, Schneider Electric und APC ist Default im Scope.
Wie werden Firmware- und BIOS-Update-Fenster geplant?+
Firmware- und BIOS-Updates werden in monatlichen oder quartalsweisen Fenstern pro Asset-Klasse gebündelt, mit Pre-Check (aktuelle Version, bekannte Probleme, Hersteller-Advisory), Update-Schritt, Post-Check (Health, Performance, Log-Review) und Rollback-Pfad im Runbook. Auf kritischen Pfaden staffeln wir über Racks und Standorte, damit kein einziges Fenster den gesamten Footprint auf eine ungeprüfte Version bringt.
Wie läuft eine Hardware-RMA?+
Wir öffnen die RMA beim Hersteller (Dell, HPE, Lenovo, Supermicro, Cisco, Juniper, Arista), verfolgen Rücksendung und Ersatz am Ticket, prüfen den Ersatz im Käfig und aktualisieren das Asset-Inventar mit neuer Seriennummer und Firmware-Stand. Das defekte Teil verlässt den Standort erst, wenn das Hersteller-Label angebracht und die Chain-of-Custody protokolliert ist.
Mit welchen DCIM-Plattformen integrieren Sie?+
Wir integrieren primär mit Nlyte, Sunbird dcTrack und Schneider EcoStruxure IT und arbeiten gegen eine kundengehostete Alternative, wenn sie bereits im Einsatz ist. Inventar, Asset-Eigentum, Port-Maps und Change-Zustand leben im DCIM; das Ticketsystem referenziert das DCIM, keine Parallelliste.
Wie passt Ihre Arbeit zu ISO 27001 und SOC 2 beim Mutterkonzern?+
Deploris selbst hält keine ISO-27001- oder SOC-2-Zertifizierung. Wir richten unsere Zugangskontrollen, Change-Management-Nachweise, Foto-Evidenz und Monatsberichte an den Kontrollen aus, die diese Rahmenwerke verlangen, sodass die Auditoren des Mutterkonzerns unsere Artefakte wiederverwenden können. Die zugrundeliegenden Einrichtungen (Equinix, Digital Realty, Interxion, NTT) tragen eigene ISO-27001- und SOC-2-Attestierungen, die wir im Monatsbericht referenzieren, wo es relevant ist.
Was passiert am Mandatsende, wenn wir intern übernehmen oder zu einem anderen Anbieter wechseln?+
Der DCIM-Datensatz, die Runbook-Bibliothek, die Ticket-Historie, die Foto-Evidenz und das Asset-Inventar gehören Ihnen ab Tag eins. Zum Ausstieg fahren wir ein schriftliches Knowledge-Transfer-Fenster von zwei bis sechs Wochen, übergeben die Zugangs-Enrolments an jeder Einrichtung und halten das Mandat während des Übergangs auf einer niedrigeren Stufe offen, wenn das hilft. Keine Komponente des Betriebs liegt in einer Deploris-Blackbox.
