Arbeit ab Oktober 2020

IT-Administrator in München bei Synabi Business Solutions GmbH seit Oktober 2020

Erledigte Aufgaben zugeteilt durch ein unternehmensinternes Jira-Ticketsystem:

  1. Todolisten in Atlassian Confluence für das Onboarding, das Offboarding und den Hardwaretausch modulartig verfasst, so dass diese Todolisten als Kontrollelement in das Kommentarfeld des Jira-Tickets für den Hardwaretausch oder für das On- und Offboarding eingefügt werden können.
  2. Weitere Dokumentationen und Todo-Listen für die unternehmensinterne Abteilung „IT-Operations“ unter Atlassian Confluence erstellt.
  3. Durchführung des Onboardings von Mitarbeitern, so dass diese mit für Synabi präparierter Hardware arbeitsfähig sind in der unternehmensinternen IT-Infrastruktur.
  4. Durchführung des Offboardings von Mitarbeitern, so dass ausgegebene Hardware zurückgelangt zu Synabi und Mitarbeiterdaten sowohl auf der Hardware als auch in der IT-Infrastruktur von Synabi gelöscht werden.
  5. Hardwaretausch für Mitarbeiter.
  6. Inventarisierung von Mitarbeiterhardware auf dqsynabi, einer D-QUANTUM-Instanz, in der Version „19 Release 2“, später in der Version „5.6.0“.
  7. Abdeckung des vollständigen Hardware-Lifecycles von Kauf bis Verkauf inkl. der Bewertung der Hardware im Sinne der Finanzbuchhaltung vor Verkauf.
  8. Annahme und Weiterbehandlung von für Mitarbeiter nicht mehr zur Verfügung stehenden Hardware.
  9. Feststellung von Hardwareschäden an Laptops, Smartphones sowie Beauftragung externer Firmen zur Behebung dieser Schäden.
  10. Anbahnung von Reparaturen für Lenovo-Laptops, Macbooks und iPhones sowie Rücknahme der Geräte nach der Reparatur.
  11. Notfallmacbooks zur freien Verfügung als Überbrückgungsgerät im Büro zur Verfügung gestellt.
  12. Mobiles Gerätemanagement (MDM) von Macbooks und iPhones via https://business.apple.com (Apple Business Manager) unter https://login.jamfnow.com (JAMF Now) sowie https://intune.microsoft.com (Microsoft Endpoint Manager).
  13. Inbetriebnahme und Wartung dedizierter Hosts bei https://www.hetzner.de auf Basis von Cent OS 7, Docker, nginx, Postgres, Puppet und D-QUANTUM.
  14. Umzug von D-QUANTUM-Instanzen von und zu einem dedizierten Host bei https://www.hetzner.de .
  15. Löschen nicht mehr benötigter Docker-Instanzen.
  16. Sicheres Löschen und sich daran anschließendes Kündigen von Docker-Hosts beim Hosting-Provider.
  17. Firewallzugänge für D-QUANTUM-Instanzen per firehol in Puppet eingerichtet.
  18. DNS-Einträge in „/etc/named/named.inet“ hinzugefügt bzw. gelöscht und DNS per „rndc reload“ neu gestartet.
  19. Regelmäßige Durchführung von Betriebssystemupdates für Docker-Hosts für Cent OS 7 bis zum 30.06.2024.
  20. Überwachung von Docker-Hosts und D-QUANTUM-Instanzen mittels check_mk (Tool von https://checkmk.com/de ) sowie Behebung von Problemen bei Überschreitung der Festplattenbelegung auf über 90 %, der Festplattensicherung und der Übertragung von Schnittstellendaten von anderen Datenbankservern.
  21. Notfallsicherung und -wiederherstellung von Verzeichnissen und Dateien auf Servern mittels https://www.rsync.net/products/borg.html (borg von rsync).
  22. Löschungen und Bereinigungen von Verzeichnissen und Dateien auf Servern mittels https://www.rsync.net/products/borg.html (borg von rsync) durchgeführt.
  23. Verhindern von Dateiersetzungen in Puppet durch Anpassungen in Puppet-Skripts.
  24. Anlegen und Löschen von Mitarbeitern, Mitarbeitergeräten sowie Netzwerken in OpenVPN-Cloud.
  25. Erstellung eines bash-Skripts zur zeitlichen Ausgabe der letzten Benutzerlogins auf Instanzen mit D-QUANTUM-Software.
  26. Mitarbeitern SSH-Zugänge zu D-QUANTUM-Instanzen auf Docker-Hosts in Puppet eingerichtet.
  27. Mitarbeitern und Kunden Zugänge per OpenLDAP zu unternehmensinternenem Confluence und Jira eingerichtet.
  28. DNS-Einträge in „/etc/named/named.inet“ hinzugefügt bzw. gelöscht und DNS per „rndc reload“ neu gestartet.
  29. Firewall-Einträge auf Grundlage von firehol unter Puppet gepflegt.
  30. Erstellung von SQL-Abfragen für Benutzerlisten, mit denen Benutzer zur Löschung auf Confluence und Jira bei Synabi bestimmt werden.
  31. Löschung von Benutzern auf Confluence und Jira bei Synabi basierend auf erhaltenen Informationen aus Punkt 29.
  32. Atlassian Confluence-Space von intern zu einer externen Kundeninstanz migriert.
  33. Benutzerdokumentation von einer internen D-QUANTUM-Instanz der Version 4 zu einer externen D-QUANTUM-Instanz der Version 4 für Kunden migriert.
  34. Ausgehende OAuth-Impersonation-Verbindung von einer Atlassian-Confluence-Instanz für Kunden als eine eingehenden OAuth-Impersonation-Verbindung von Atlassian-Jira-Instanz für Kunden eingerichtet.
  35. Hilfestellung bei der Synchronisierung von lokal vorhandenen Ordnern und Dateien mit OneDrive unter https://onedrive.microsoft.com sowie unter https://sharepoint.microsoft.com .
  36. Fileshare-Berechtigung von Kunden mittels unternehmensinternem owncloud von https://owncloud.com/de/warum-owncloud/
  37. Steuerung von Benutzerzugriffen von Kunden unter https://synabi.sharepoint.com .
  38. Einsatz von https://admin.microsoft.com und https://portal.azure.com zur Verwaltung von Ressourcen für Mitarbeiter und Kunden.
  39. Steuerung von Benutzerzugriffen von Mitarbeitern von Synabi auf www.postman.com, www.parallels.com, www.jetbrains, www.1password.com, www.miro.com und www.atlassian.com.
  40. Unterstützung bei einer Benutzermigration mitsamt zugehöriger Boards von einem Unternehmen zu einem anderen in https://miro.com.
  41. Hilfestellung für Unternehmensmitarbeiter bei der Verbindung von lokalem datagrip (erhältlich bei www.jetbrains.com) zu Datenbanken von D-QUANTUM-Instanzen.
  42. Migration diverser D-QUANTUM-Instanzen von Version 19r2 zu Version 4, inkl. Backup- und Configeinspielung, sowie der Migration und des Imports von Spaces.
  43. Migration von D-QUANTUM-Entwicklungsinstanzen von Version 4 auf Version 5: Backuperstellung, Löschung der bestehenden Docker-Instanzen, Aufsetzen der neuen Instanz mithilfe eines bash-Skripts und Wiederherstellung des Backup auf der neuen Instanz.
  44. Migration von „dqsynabi“, einer D-QUANTUM-Instanz, von Version „19 Release 2“ zu Version „5.6.0“: Alle Übersichtsseiten sowie Reportings von Version „19 Release 2“ zu Version „5.6.0“ übertragen, dass alle Funktionalitäten von Version „19 Release 2“ in Version „5.6.0“ erneut zur Verfügung stehen.
  45. Installationen von D-QUANTUM mit dem Releasestand „Ready for Customer“ auf von Synabi angebotenen D-QUANTUM-Produktivsystemen.
  46. Installationen von D-QUANTUM mit dem Releasestand „Release Candidate“ auf von Synabi angebotenen D-QUANTUM-Entwicklungssystemen.