fisi_X

Hallöchen,
neue Registrierung, einfach nur weil ich etwas Dampf über diese Prüfung (FISI W21) ablassen möchte.
Vorab: Es geht mir nicht darum, dass die schwer war oder so, ich hab safe mit 80+% bestanden, sondern eher darum, dass diese Prüfung meiner Meinung nach die Fachfernste seit vielen Jahren ist.
Im Zuge meiner Prüfungsvorbereitung habe ich alle 6 Prüfungen der vergangenen Halbjahre "blind" gemacht und hatte im Schnitt immer 91-95% (GH1+GH2+WiSo).
 
Die Prüfung FISI Winter 2021 ist meiner Meinung nach ein kompletter Reinfall. Ich vermisse so gut wie alle relevanten Fragen, die ich in den letzten Jahren erlernt habe.
Im Detail:
Kein IPv6 Kein Windows Server und damit verbundene Themen Kein Azure Kein Linux Kein (relevantes) Powershell Kein SAN / RAID / NAS Kein (relevantes) zu VPN Kein VoiP Keine (guten Fragen zu) Cloud Kaum Networking / Routing / RAS Dafür ganz viel:
Mathefragen auf Grundschul-Niveau. Quasi einen Handlungsschritt Englischen Text lesen und übersetzen. Roboter, Roboter, Roboter 2 Handlungsschritte WiSo-Murks in den Teilen GH1 und GH2. ERP (Sorry, aber ich werd kein IT Consultant sondern Fachinformatiker)  
Ich les mich jetzt noch hier durch, um mal zu sehen, wie andere das empfunden haben, aber das musste mal irgendwo raus.
Alle Kollegen, die auch mit mir geschrieben haben, sehen das übrigens auch so. Wir sind alle ziemlich sauer, so einen Mist vorgesetzt bekommen zu haben.
Die hätte ich so auch komplett ohne Vorbereitung schreiben können, wirklich lächerlich...
 
Cheers.

Mal als ganz ernste Frage: 
konnte auch nur einer aus dem FF beantworten, was ein "SCM"-System sein soll?
Ich bin externer Prüfling und habe betrieblich viel im ERP-Umfeld zu tun.
Aber "SCM" musste ich gerade googlen. Das ist aus meiner Sicht schon sehr speziell.
Insgesamt waren die Prüfungen "so lala". Wenig IPv4, kein IPv6 (bin ich nicht böse drüber), kein RAID, kein Subnetting... - war schon etwas gewöhnungsbedürftig, wenn man sich mit alten Prüfungen vorbereitet hat.

Also wir (insgesamt 20 Schüler in einer Klasse) fanden die Prüfung heute wirklich sehr schwer. Subnetting so gut wie gar nicht dabei, kein RAID, oder allgemein Themen, mit denen man als FISI regelmäßig in Berührung kommt. Die Fragen allgemein waren natürlich schon realitätsnah, aber wir beispielsweise haben niemals das Thema ERP durchgenommen. Wir als Klasse waren zwei Mal im Lockdown, wodurch wir zig Unterrichtsstunden verloren haben. Möglicherweise ist das Thema deshalb unten durch gerutscht und wurde nie besprochen. Deshalb aber ein kompletter Handlungsschritt, der für den Popo war.
Ansonsten gab es so gut wie keinerlei wirkliche Rechenaufgaben, für die man mal einen Taschenrechner hätte benutzen müssen. Ok, eine Aufgabe, wegen der Datenübertragung, aber nichts mit Dateispeichergröße ausrechnen, oder eben RAID, Bildergröße oder sonst irgendwas. 
Wir haben in der Prüfungsvorbereitung die letzten 8 Prüfungen durch gearbeitet und auch da waren natürlich knackige Aufgaben dabei, die aber zumindest zu lösen waren, mit dem normalen Allgemeinwissen. Ich persönlich bin bei GA1 und GA2 in beiden Fällen rausgegangen und hab absolut keine Ahnung, ob ich bestanden habe, ob es knapp wird, oder ob ich mit Pauken und Trompeten durchgefallen bin.
WiSo hingegen fand ich recht leicht. Es waren 3-5 Aufgaben dabei, wo man zwischen 2 Auswahlmöglichkeiten wählen musste, aber der Großteil war doch recht einfach.
Jetzt heißt es 4-8 Wochen zu warten, ob man bestanden hat, oder nicht. Ich gehe mal davon aus, dass ich durch bin, aber glaube, dass es eine recht knappe Geschichte werden wird.

Tja wie lief es... 
FiSi
GA1 ziemlicher Blackout (sch.. Prüfungsangst), GA2 lief dafür relativ gut, gefühlt 100 Mal besser als GA1 und mit WiSo hatte ich überhaupt keine Probleme (tatsächlich nur 2 Aufgaben bei denen ich wirklich überlegen musste)
Aber naja, jetzt ist es rum, ändern kann man es jetzt eh nicht mehr.. Hauptsache hoffentlich bestanden!
 

Ich (FISI) fand GA1 - bis auf die Berechnungsaufgabe oben - ziemlich locker. GA2 ging auch, hier aber etwas unsicher als bei GA1. WISO war größtenteils auch gut zu machen, auch wenn ich bei manchen Aufgaben ne Münze geworfen hab, weil für mich zwei Antwortmöglichkeiten passten.
Vor- und Nachteil für Barcode war ja vorgegeben. Bei QR-Code habe ich dasselbe wie aus dem Beispiel vom Barcode genommen 😃. Also +Kostengünstig | -keine Funktion, wenn Sichtberhinderung vorliegt. Bei RFID +Kann auch im Dunkeln/Ohne Sicht verwendet werden | -relativ teuer

Was habt ihr bei den vor und Nachteilen zu Barcode, QR Code und RFID geschrieben?

3.600.000 kam raus
3,5 Millionen für die Roboter und 100.000 für die vier Ladestationen.
 
Bei der Stromaufgabe müssten es 5040 Cent gewesen sein, oder eben 50,40 Euro.
 

Meine Meinung:
WiSo und vorallem GA2 waren dieses Jahr deutlich schwerer finde ich. GA1 weitestgehend auf gewohntem Niveau und teilweise bekannten Aufgaben aus früheren Prüfungen. Ich habe ein eher schlechtes Gefühl und hoffe einfach nur, bestanden zu haben. 

So, hier nochmal die neue Version mit drei Fragen:
1. Soll ich das detailliertere Soll-Konzept auch in den Antrag (siehe Punkt 3) mit einbringen, oder dann erst in der Doku?
2. Soll ich die Punkte Gesamtkosten aufstellen lieber in Teilaufgabe 3 aufnehmen statt in 2? Denn falls ich doch noch Hardware besorgen muss, kommen ja noch Kosten dazu und dann ist es besser am Schluss alle Kosten aufzulisten
3. Passen so die Zeiten? Da sind mir irgendwie zu viele 1
 
Antrag für die betriebliche Projektarbeit


 
Auszubildende/r:        xxx

Azubinummer:            xxx

Ausbildungsberuf:       Fachinformatiker/-in für Systemintegration

Ausbilder:                   xxx

Ausbildungsbetrieb:    xxx

Prüfungstermin:         Sommer 2021

Antrag gestellt am:    


 
1.      Projekttitel

Installation und Konfiguration einer Monitoring-Lösung zur Überwachung der eigenen Netzwerkinfrastruktur


 
2.      Projektbezeichnung / Ist-Analyse

Die Firma xxx besitzt aktuell keine zentrale Monitoring-Lösung, um die Netzwerkinfrastruktur auf einen Blick zu überwachen. Die Server und Netzwerkgeräte melden sich unabhängig voneinander, falls es zu einem Ausfall kommt. Um den Status eines Gerätes zu überprüfen, muss sich der Administrator eigenständig auf das jeweilige Gerät einwählen, was bei einer Vielzahl von Geräten keine praktikable Lösung ist.


 
3.      Zielsetzung / Soll-Konzept

Ziel des Projektes ist es, ein zentrales Monitoring-System in das Unternehmen zu integrieren, um den Administratoren einen einheitlichen und übersichtlichen Blick auf die Netzwerkinfrastruktur zu gewährleisten. Des Weiteren soll das System die Administratoren informieren, wenn ein Gerät ausfällt, um die Fehlerquelle schnell einzugrenzen und zu beheben, damit der Betrieb bei einer Störung nicht behindert wird. Außerdem soll das System einfach zu bedienen sein, damit jeder Mitarbeiter der IT-Abteilung damit arbeiten und die Netzwerkinfrastruktur überwachen kann, ohne an der Konfiguration des Systems beteiligt gewesen zu sein.


 
4.      Strukturplan


 
Hauptaufgaben


 
1.      Erstellung Ist-Analyse und Soll-Konzept

2.      Vergleich von Software und Kosten

3.      Ermittlung der notwendigen Ressourcen und Hardwarekomponenten

4.      Inbetriebnahme und Konfiguration des Host-Systems

5.      Installation der Monitoring-Lösung

6.      Konfiguration der Monitoring-Lösung

7.      Testen des Systems

8.      Erstellung der Dokumentation


 
Teilaufgaben


 
1.      Erstellung Ist- und Soll-Konzept

1.1  Erstellung Ist-Analyse

1.2  Erstellung Soll-Konzept


 
2.      Vergleich von Software

2.1  Auswahl passender Software zur Erfüllung des Soll-Konzeptes

2.2  Kostenanalyse

2.3  Gesamtkosten aufstellen


 
3.      Ermittlung der notwendigen Ressourcen und Hardwarekomponenten

3.1  Überprüfung der vorhandenen Ressourcen und Komponenten

3.2  Eventuelle Beschaffung erforderlicher Komponenten


 
4.      Inbetriebnahme und Konfiguration des Host-Systems

4.1  Installation des passenden Betriebssystems für die Software

4.2  Konfiguration des Host-Systems für die Software


 
5.      Installation der Monitoring-Lösung

5.1  Installation der Software auf dem Host-System

5.2  Installation erforderlicher Pakete für die Software


 
6.      Konfiguration der Monitoring-Lösung

6.1  Konfiguration der Software

6.2  Aufnahme der zu überwachenden Server/Geräte

6.3  Konfiguration der E-Mail-Benachrichtigung


 
7.      Testen des Systems

7.1  Netzwerküberwachung testen

7.2  Eventuelle Fehler korrigieren


 
8.      Erstellung der Dokumentation


 

 
5.      Projektphasen mit Zeitplanung


 
1.      Erstellung Ist-Analyse und Soll-Konzept                                                             1h

2.      Vergleich von Software und Kosten                                                                   7h

3.      Ermittlung der notwendigen Ressourcen und Hardwarekomponenten            1h

4.      Inbetriebnahme und Konfiguration des Host-Systems                                      1h

5.      Installation der Monitoring-Lösung                                                                   1h

6.      Konfiguration der Monitoring-Lösung                                                               10h

7.      Testen des Systems                                                                                            4h

8.      Erstellung der Dokumentation                                                                           10h


 
Gesamt                                                                                                               35h


 

 
Nr.

Vorgangsbezeichnung

Vorgänger

1

Erstellung Ist-Analyse und Soll-Konzept

-

2

Vergleich von Software und Kosten

1

3

Ermittlung der notwendigen Ressourcen und Hardwarekomponenten

2

4

Inbetriebnahme und Konfiguration des Host-Systems

3

5

Installation der Monitoring-Lösung

4

6

Konfiguration der Monitoring-Lösung

5

7

Testen des Systems

6

8

Erstellung der Dokumentation

1, 2, 3, 4, 5, 6, 7


 

 
6.      Durchführungszeitraum


 

 

 

 

 

 

 

 

 

 

Hallo zusammen,
ich hab hier mal meinen ersten Entwurf des Projektantrags. Für jeden Hinweis bin ich dankbar!
1.       Thema (max. 300 Zeichen)
 
Auswahl und Implementierung eines Monitoring-Systems zur Überwachung der eigenen Infrastruktur
2.       Termin
 
18.09.2017-27.10.2017 (40 Tage)
3.       Projektbeschreibung (max. 8000 Zeichen)
 
Um einen reibungslosen und störungsfreien Betrieb aller Geräte der IT-Infrastruktur gewährleisten zu können, ist eine automatisierte Überwachung aller Systeme von Nöten. Nur so können Probleme rechtzeitig erkannt, deren Ursachen identifiziert und Ausfallzeiten minimiert werden.
Aktuell wird die Überwachung der Systeme bei der XYZ GmbH mit der kostenlosen Software Nagios durchgeführt. Die Hauptgründe für einen Wechsel liegen in der umständlichen Konfiguration (Anmerkung: hier könnte ich noch präzisieren, dass die Konfiguration per Text-Dateien erfolgt) und dem veralteten Webinterface, das sich nicht intuitiv bedienen lässt. 
Hauptziel des Projekts ist die Übergabe einer funktionsfähigen Monitoring-Software, die über eine grafische Benutzeroberfläche konfigurierbar ist. Neben der vereinfachten Konfiguration sollen – als Unterziele - die Check-Ergebnisse ansprechender dargestellt werden als aktuell und die Kommunikation zwischen den zu überwachenden Servern und dem Monitoring-Server verschlüsselt erfolgen. Optional wären eine automatische Syntaxprüfung der Konfiguration sowie die Möglichkeit eine ältere Konfiguration wiederherzustellen. 
Für das Projekt wird durch meinen Ausbilder ein virtueller Server zur Verfügung gestellt, so dass direkt mit der Installation des Betriebssystems gestartet werden kann.
4.       Projektumfeld (max. 3000 Zeichen)
 
Die gesamte Planung, Vorbereitung und Durchführung des Projekts finden intern bei der XYZ GmbH statt. Betreuer des Projekts ist mein Ausbilder ...
XYZ ist ein mittelständisches Unternehmen mit 16 Mitarbeitern und betreut viele Unternehmen aus dem öffentlichen Sektor. XYZ ist u.a. Hersteller des Content-Management-Systems (CMS) A. Jeder Kunde nutzt das CMS auf einem eigenen Server. Ein Serverausfall würde zu einer nicht verfügbaren Webseite führen, was nicht nur für die zu den Kunden zählenden Landeshauptstätten suboptimal wäre.
Die zu überwachenden Systeme sind sowohl physikalische als auch virtuelle Server mit Linux und Windows Betriebssystemen. 

 
5.       Projektphasen (max. 3000 Zeichen)
 
1.       Projektplanung (7 Stunden)
1.1.    Ist-Analyse (1 Stunde)
1.2.    Soll-Konzept (3 Stunden)
1.3.    Vergleich geeigneter Software (2 Stunden)
1.4.    Betrachtung der Wirtschaftlichkeit (1 Stunde)
2.       Projektdurchführung (19 Stunden)
2.1.    Installation und Konfiguration des Server-Betriebssystems (1 Stunde)
2.2.    Installation der Monitoring-Software (1 Stunde)
2.3.    Grundkonfiguration der Monitoring-Software (6 Stunden)
2.4.    Überwachung ausgewählter Server konfigurieren (6 Stunden)
2.5.    Benachrichtigungen konfigurieren (1 Stunde)
2.6.    Tests und ggf. Fehlerbehebungen (3 Stunden)
2.7.    Puffer (1 Stunde)
3.       Projektabschluss (9 Stunden)
3.1.    Ergebnisanalyse (1 Stunden)
3.2.    Projektdokumentation (8 Stunden)
 
6.       Dokumentation (max. 3000 Zeichen)
 
 
    hier bin ich noch etwas ratlos. Die IHK schreibt "Bitte geben Sie hier die geplante Art der Dokumentation an (z. B. prozessorientierter Projektbericht), eine Grobgliederung (mindestens drei Phasen) und welche Anlagen Sie vorgesehen haben."
Eingesetzt werden soll Icinga2 mit dem Icinga Agent und Director. Die Dokumentation seitens Icinga ist sehr ausführlich. Von daher macht es eigentlich keinen Sinn eine Benutzerdoku zu schreiben.
Was meint ihr? Bin für jeden Tipp dankbar!

Hallo,
ich hätte auch gern eure Meinung zu meinem Projektantrag   Die zuständige IHK ist Dortmund.
 
1. Thema
Planung und Umsetzung einer physischen Monitoringlösung für den Serverraum   2. Termin
26.09. – 28.10.2016   3.Projektbeschreibung
Ist-Zustand
Der Serverraum des Kunden verfügt momentan weder über eine Zutrittskontrolle noch über ein physisches Umgebungsmonitoring. Eine Nachvollziehbarkeit der getätigten Zutritte sowie eine Warnung bei unbefugtem physischem Zugriff auf die IT-Komponenten ist somit nicht gegeben. In der Vergangenheit kam es aufgrund eines Leckageproblems der im Serverraum montierten Klimaanlagen bereits zum Ausfall einzelner IT-Komponenten.   Soll-Zustand
Der Kunde wünscht die Einrichtung einer Zutrittskontrolle, mit der die Zutritte zur zentralen Serverraumumgebung eindeutig zugeordnet werden können und die bei unbefugtem Zutritt eine Benachrichtigung auslöst. Zudem soll eine Kontrolle wichtiger Raumkenndaten, wie Temperatur und Luftfeuchtigkeit, sowie eine Meldung beim Überschreiten definierter Werte dieser beiden Größen erfolgen. Auch eine Benachrichtigung bei Feuer oder Leckage ist gewünscht. Die Werte sollen kontinuierlich kontrolliert und für eine spätere Nachvollziehbarkeit gesichert werden.
Da die Server und Clients des Kunden bereits über ein IT-Monitoring verfügen soll die auszuwählende Lösung nach Möglichkeit in dieses Monitoring integriert werden.   Aufgabenbereich
Mein Aufgabenbereich umfasst die Planung des gewünschten Konzepts, die Konfiguration der benötigten Hardware sowie die Integration der Hardware in das vorhandene Netzwerk. Zudem wird eine Abfrage und Speicherung der kontrollierten Daten eingerichtet.
4. Projektumfeld
Der Auftraggeber ist eine Wirtschaftskanzlei, die vom Ausbildungsbetrieb IT-seitig betreut wird, mit insgesamt X Standorten und über XXX Mitarbeitern. Die zentrale Serverumgebung steht im Standort X.   5. Projektphasen
1. Anforderungsanalyse (6h)
1.1. Projektbesprechung (2h)
1.2. IST-Analyse (1h)
1.3. SOLL-Konzept (3h)   2. Planungsphase (5h)
2.1. Terminplanung (1h)
2.2. Sachmittelplanung (2h)
2.3. Personalplanung (1h)
2.4. Kostenplanung (1h)   3. Durchführungsphase (13h)
3.1. Konfiguration der Hardware (3h)
3.2. Einbau der Hardware (2h)
3.3. Integration in das vorhandene Netzwerk (1h)
3.4. Integration in vorhandene Monitoringsoftware (3h)
3.5. Funktionstest (2h)
3.6. SOLL-IST-Vergleich (1h)
3.7. Erklärung der Abweichungen (1h)   4. Schlussphase (11h)
4.1. Anfertigung der Projektdokumentation (7h)
4.2. Anfertigung der Kundendokumentation (3h)
4.3. Abnahme des Projekts durch Kunden (1h)   6. Dokumentation
- Projektdokumentation
- Kundendokumentation
- Abnahmeprotokoll   7. Anlagen
- 
8. Präsentationsmittel (vorhanden: Flipchart, OHP)
- Beamer
- Laptop

Fachinformatiker Systemintegration
 
 
Installation und Einrichtung eines Monitoring Systems
 
 
Kurze Projektbeschreibung:

Die Firma xxxx ist im Bereich Groß- und Außenhandel tätig, für das operative Geschäft wird unterschiedliche Soft- und Hardware eingesetzt, die Kernprozesse werden über diverse SAP-Applikationsserver umgesetzt. Ausfälle von Komponenten beeinträchtigen nicht nur die Produktivität der Benutzer sondern können auch zu erheblichem finanziellem Schaden führen. Ein Defekt oder Ausfall von Systemen, macht sich teilweise erst bemerkbar wenn der Anwender das Problem der IT-Abteilung meldet. Dadurch wird die Ausfallzeit verlängert und die Wartung verzögert.
 
Als proaktive Lösung und zur frühzeitigen Erkennung anstehender Probleme soll ein Monitor-System aufgesetzt werden. Hierfür werden Hardware und Software dauerhaft überwacht um so einen Defekt oder Engpässe schnellstmöglich zu erkennen. Sobald ein Fehler auftritt sollen die entsprechenden Administratoren per Email über den Vorfall in Kenntnis gesetzt werden. Durch die Möglichkeit der schnellen Reaktion ergeben sich Zeit- und Kostenersparnisse.
 
Es wird die Überwachung der für den operativen Betrieb wichtigsten Server und Dienste eingerichtet. Dies sind zum einen die SAP-Server für das EWM (Extended Warehouse Management) und das ERP (Enterprise Ressource Planning) sowie die auf Ihnen betriebenen Datenbanksysteme.
 
Für die Überwachung werden verschiedene Komponente benötigt. Dies sind: ein
Monitoring Server welcher die zu überwachenden Server überprüft, die
Konfigurationsdateien für die diversen Prüfungen und Definitionen zur Überwachung, ein
Tool zur Überwachung der Windows Rechner im Unternehmen sowie eine grafische
Weboberfläche zur einfachen Überwachung und Administration.
 
 
Projektumfeld:

Aufgrund der vielen Möglichkeiten bei der Überwachung, beschränkt sich dieses Projekt, auf die Installation der erforderlichen Programme sowie auf einige ausgewählte Checks von den für den operativen Betrieb wichtigsten Servern und Diensten.
Da aus Zeitgründen in diesem Projekt nicht alle möglichen Abfragen konfiguriert werden können, muss für eine entsprechende Erweiterbarkeit gesorgt sein, sodass auch andere Mitarbeiter der IT-Abteilung das Monitoring System betreiben und erweitern können.
 
Überwachung der Server und Dienste erfolgt in einer Entwicklungsumgebung und kann später eins zu eins in das Produktiv System übernommen werden. Zu überwachende Server sind ausschließlich mit einem Windows Betriebssystem ausgestattet. Der Überwachungsserver verwendet ein Linux-System.
 
Zur Projektplanung wird das erweiterte Wasserfallmodell verwendet, da alle Anforderungen schon bei Beginn klar sind und dadurch auch ein Rücksprung um einen Schritt gegebenenfalls möglich ist.
 
 
 
Analyse (5h)
Ist-Analyse (1h)
Soll-Konzept (2h)
Erstellung Pflichtenheft (2h)
 
Konzeption (4h)
Entscheidung für ein Monitoring System (2h)
Nutzwertanalyse (1h)
Festlegen der zu überwachenden Server und Dienste (1h)
 
Realisierung (12h)
Einrichten des Monitoring-Servers (2h)
Konfiguration der Checks (10h)
 
Test/Validierung (2h)
Simulation von Ausfällen (2h)
 
Dokumentation (10h)
Projektdokumentation (8h)
Anwenderdokumentation (2h)
 
Abnahme (2h)
Abnahme (1h)
Mitarbeitereinweisung (1h)
 
Gesamt: 35 h
 
 
 
------------------------------------
 
Bitte um Bewertung:
- Umfang des Themas
- Umfang des Antrags
- Zeiteinteilung
- Sprachgebrauch
 
Danke im Vorraus, am 12.01.15 ist für mich Abgabe.

Hallo leute, wünsche ich euch einen guten Rutsch ins neue Jahr
hab nun endlich mein Projektantrag fast fertig gemacht 
ich bitte um ehrliche Kritik
1.    Projektbezeichnung
Erstellen eines zentralen Patchmanagement Systems
1.1.    Kurzform der Aufgabenerstellung
Für die EDV-Abteilung des XXX soll die Verteilung von Microsoft-Sicherheitspatches für Windows Betriebssysteme und andere Microsoft-Produkte Automatisiert, wählbar und überwacht sein. Zu diesem Zweck ist erforderlich, einer Patchmanagment Lösung für die EDV-Abteilung zu planen und realisieren.
1.2.    Ist-Analyse
ich muss noch überlegen, wie ich die Ist-Zustand formuliere ,da  bei uns die Clients beziehen die Updates atoumatisch von microsoft in definirte Zeitpunkt 
wir haben nur 45 windows Clients (domäne und non-domäne Clients) und 2 Windows server, durch die Ausbildung habe ich nur Linux Clients  und Servers pflegt und selten in Windows Server umgebung gearabeitet,
wir haben Opsi für die Verteilung  Windows BS  ,Software , Patches 
2.    Zielsetzung entwickeln / Soll-Konzept
2.1.    Was soll am Ende des Projektes erreicht sein?
Nach der Evaluierung einen geeigneten Patchmanagement Software. Diese Softwarelösung soll auf vorhandenen Windows Server implementiert werden und in das bestehende Netzwerk der EDV-Abteilung eingebunden werden.
Der Server soll die erforderlichen Patches und Updates für die Server und Clients zentral in dem Physikzentrum bereitstellen. Diese müssen vor der Verteilung an die Clients validiert werden.
Die Windows Domäne Clients und non-Domäne Clients müssen danach so konfiguriert werden, dass sie die aktuellen Updates und Sicherheitspatches von diesem neu eingerichteten Server in einem definierten Zeitpunkt beziehen und automatisch installieren.
Der Update Server soll monatlich automatisch mit Hilfe der Powershell bereinigt werden und die EDV-Abteilung berechtigen.
Der Update Server soll automatisch monatlich mit Hilfe der Powershell ein Report über Clients und Updates Status an die EDV-Abteilung eine E-Mail schicken. 

2.2.    Welche Anforderungen müssen erfüllt sein?
Folgende Anforderungen sollen durch die Lösung erfüllt werden:
-    Die bereitgestellten Updates sollen vor der Freigabe geprüft werden
-    Die Installation der Updates soll protokolliert werden und melden, wenn ein Client länger nicht aktualisiert wurde oder Updates fehlschlagen.
-    der Server muss so gesichert werden, dass nur autorisierte Clients Zugriff auf die Patches erhalten.
-    Die Möglichkeit Deinstallation der Patches, falls ein Patch Problem macht. 
    
2.3.    Welche Einschränkungen müssen berücksichtigt werden?
SSL Bereitstellung, die Verwendung von SSL erhöht die Auslastung des Servers, aufgrund des Aufwands zur Verschlüsselung aller Metadaten, die über das Netzwerk gesendet wird, von einem Leistungsverlust von 10 % ausgehen.
Die Übertragung der Updates soll den Netzwerkverkehr oder den laufenden
Betrieb nicht übermäßig beeinträchtigen.
3.    Projektstrukturplan entwickeln
3.1.    Was ist zur Erfüllung der Zielsetzung erforderlich?
Das Projekt soll agil implementiert werden. Hierbei wird in kurzen Iterationszyklen Rücksprache mit dem Fachbereich gehalten um Feedback einzuholen. Dieses Feedback ermöglicht es dem Auszubildender, schnell auf Änderungswünsche einzugehen und somit Zeit zu sparen. 
3.2.    Aufgaben auflisten
•    Analyse 
    Durchführung der Ist-Analyse
    Durchführung des Soll Konzeptes
    Durchführung Marktanalyse der Realisierungslösungen
    Durchführung Kosten-Nutzen-Analyse der möglichen Lösungen
    Auswahl und Konzeptionierung der optimalsten Lösung
•    Implementierung 
    Implementierung der ausgewählten Lösung
    Abhängige Software für die Lösung installieren und konfigurieren
    Installation und Konfiguration der Patch-Management Software
•    Funktionstest 
    Funktionstest des Update Servers
•    Konfiguration der Clients Netze 
    Konfiguration der Domäne Clients über GPO
    Konfiguration der non-Domäne Clients über Erstellung einer .reg Datei, diese Datei wird durch opsi auf ziel Clients ausgeführt
•    Erstellung der Skripts 
    Erstellung eine Bereinigung Skript für den Update-Server mit Hilfe der Powershell
    Erstellung eine Überwachung Skript für den Update-Server mit Hilfe der Powershell
•    Abnahme und Einführung 
    Abschlusstest 
    Inbetriebnahme des Systems 
•    Dokumentation 
    Erstellung der Projektdokumentation
 

3.3.    Grafische und tabellarische Darstellung

Phase    Dauer in Stunden
Analyse    7
Implementierung     4
Funktionstest &Konfiguration der Clients Netze      4
Erstellung der Skripts     8
Abnahme und Einführung     3
Erstellung der Dokumentation     9
Summe    35
 
4.    Projektphasen mit Zeitplanung in Stunden
Analyse    7 h
•    Ist-Analyse durchführen     1 h
•    Soll Konzept durchführen     1 h
•    Marktanalyse der Realisierungslösungen durchführen     2 h
•    Kosten-Nutzen-Analyse der möglichen Lösungen durchführen    2 h
•    Auswahl und Konzeptionierung der optimalsten Lösung    1 h
Implementierung    4 h
•    Implementierung der ausgewählten Lösung    4 h
-    Abhängige Software für die Lösung installieren und konfigurieren    1,5 h
-    Installation und Konfiguration der Patch-Management Software    2,5 h
Funktionstest    2 h
•    Funktionstest des Update Servers    2 h
Konfiguration der Clients Netze    2 h
•    Konfiguration der Domäne Clients über GPO    1 h
•    Konfiguration der non-Domäne Clients über Erstellung eine .reg Datei    1 h 
Erstellung der Skripts     8 h
•    Erstellung eine Bereinigung Skript für den Update-Server mit Hilfe der Powershell    2 h
•    Erstellung eine Überwachung Skript für den Update-Server mit Hilfe der Powershell    6 h
Abnahme und Einführung     3 h
•    Abschlusstest    2 h
•    Inbetriebnahme des Systems    1 h
Erstellung der Dokumentationen     9 h
•    Erstellen der Projektdokumentation    9 h
summe 35 Stunden 
 

Moin,
quick and dirty: Berechnungen der RAIDs
 
Oder: IHK Niveau - RAID
 
 

Was ich dir noch mit auf dem Weg geben kann;
Mach dich nicht verrückt. Sehe die ZWP als "reale" Prüfung. Die Abschlusssprüfung ist im Grunde nicht's anderes.  Nehme die Themen auf den Zettel, bei denen du Probleme hattest. Hol dir die ZWP & ASP der letzten Jahre. Bekomme ein Gefühl für die Fragestellungen der IHK! (Das ist enorm wichtig!) Gerade der letzte Punkt ist enorm wichtig. Die IHK, so war das bei meinen Prüfungen der Fall, stellt viele Textaufgaben mit einer Massenflut an Informationen. Größtenteils sind davon nur ein Bruchteil wichtig, weshalb du Filtern musst.
Mal ein blödes Beispiel dazu:
Firma Mustermüller grünen Server der Marke "Tütü". Auf dem grünen Tütü Server werden unkontrolliert Backups vollzogen, die von den PC's der Marke Blablub gemacht werden. Auf den Rechnern befinden sich Daten von Hödeldöddel. Das Betriebssystem des grünen Servers ist Windows Server 2008 R2 mit CPU der Marke sowieso und hast du nicht gesehen. Ein Raid 1 läuft und die Anzahl der Platten ist gegeben.
Nun möchte die Firma Mustermüller den alten grünen Server gegen einen blauen neuen Server austauschen. Und ein RAID 5. Die Überwachung soll auch besser gemacht werden. 
Erklären, Sie warum weshalb und wieso das gemacht werden soll. Vor und Nachteile. 
SOwas in der Art.
Ich weiß, stimmt nicht so ganz 1:1 aber so in etwa geht es. 
;D
 

Also du hast schonmal richtig erkannt, dass es sich hier um ein /26 handelt.
Es ist hier im Forum üblich, immer ein bisschen "Hilfe zur Selbsthilfe" zu geben, deswegen versuche ich mal, dich dahin zu schubsen, dass du es dir vielleicht auch selbst zusammenreimen kannst
Stell dir sozusagen mal die "Vorgeschichte" eines /26 vor -> es war einmal ein Netz, das war ein 10.1.1.0/24 und hatte einen IP-Adressraum von:
10.1.1.0 (wobei die .0 die Bezeichnung des Netzes ist, also nicht für Hosts verwendbar)
bis
10.1.1.255 (wobei die .255 die Broadcast-Adresse ist, also ebenfalls nicht für Hosts verwendbar)
Jetzt kommt eines Tages der Netzwerk-Admin und teilt dieses in 4 gleichmäßig große /26er (Sub)netze auf.
Frage 1: Wie lauten jeweils die IP-Adressen dieser /26er? Bzw. in welchem Bereich liegen sie?
Frage 2: Ist darunter vielleicht eine IP-Adresse, die für standardmäßig für etwas Anderes als einen Host verwendet wird? So grob am Rand des Bereiches (s.o.)

ok C ist falsch , weil das ist die Broadcastadresse ! :))) Danke!