Hallo zusammen,

bin nun ziemlich zuversichtlich, dass sich die Beziehung zwischen Backupserver und Client so verhält wie ich es oben beschrieben habe.
Also beim Backupserver01 >> Datensicherung (zugewiesene Obj.) >> Job_Incrementelles Backup sichert Testclient01.
Soweit so gut.

Wie sieht das ganze im CMDB-Explorer aus? Würde ich nun die Datensicherung von einem unserer Backupserver in i-doit dokumentieren hätte jeder dieser Clients eine Verbindung zu meinem Backupserver. In meinem Fall wären das alleine für einen Backupserver ca. 430 Clients.

Kommt dann noch eine RMAN-Sichererung mit Oracle dazu oder eine Bandsicherung, dann sehe ich doch zum Schluss nur noch Backupbeziehungen?!
Die Backupbeziehungen wiederum lassen sich auch per "Legende" im CMDB-Explorer nicht ausblenden.

Habt ihr da einen Ratschlag oder eine bessere Idee, wie ich die Datensicherung abbilden könnte?

Viele Grüße
Mr. White

Hallo zusammen,

ich habe genau die gleiche Frage "Wie dokumentiere ich Datensicherung in i-doit?".

Wusste nicht ob ich einen neuen Post öffnen soll (dieser steht bei google ganz oben und ist schon über 500mal gelesen worden - für mich fehlt aber noch was ).

Back to Topic:
In i-doit gibt es zwei Kategorien "Datensicherung" und "Datensicherung (zugewiesene Objekte). So wie ich es verstehe:
Datensicherung - aus Sicht des Clients - also wer(Backupserver) sichert wohin(Tape/Disk) und
Datensicherung (zugew. Obj.) aus Sicht des Backupservers - also was (Clients) wird wohin gesichert.
Vielleicht verstehe ich das auch falsch - dann bitte gern korrigieren.

Im praktischen Beispiel möchte ich also meinem Backupserver mehrere Clients zuweisen, die er sichert. Dazu siehe PNG-Upload.
Dort ist zu sehen, dass ich meinem Backupserver nur einen Client zuweisen kann. Mache ich was falsch oder wie kann ich das sinnvoll dokumentieren?

Noch zum Hintergrund: Wir haben mehrere Backupserver in mehreren Netzen, die jeweils mehrere Clients sichern - auf Band und auf Disk.  Das versuche ich abzubilden.

Vielen Dank im Voraus!
VG
Mr. White

Update:
Nach Ändern der Funktion von private static function get_tpl_www_dir() in public lässt sich die Seite wieder aufrufen.
/var/www/html/i-doit/src/classes/modules/rfc/isys_module_rfc.class.php on line 97

Die erforderlichen Modulupdates RFC, Analytics und Dokumente habe ich nun auch installiert.

Da es ein Testsystem ist werde ich es wahrscheinlich so belassen und nun die JEDI-Schnittstelle testen.

Dennoch vielen Dank an creiss!
Mr.White

Hallo creiss,

vielen Dank für den Tipp, leider bekomme ich nach dem Update 1.5 folgende Fehlermeldung:
Fatal error: Access level to isys_module_rfc::get_tpl_www_dir() must be public (as in class isys_module) in /var/www/html/i-doit/src/classes/modules/rfc/isys_module_rfc.class.php on line 18

Einloggen kann ich (egal welcher user), danach kommt sofort diese Meldung. Boot tut zwar gut - half aber leider nicht.
Vor dem Update habe ich die Schritte im Wiki http://doc.i-doit.org/wiki/Update befolgt.
Zuvor habe ich noch in der php.ini die post_max_size von 64M auf 256M erhöht (dies war auch in der .htaccess nötig) sowie die max_input_vars (php.ini) von 1000 auf 15000 erhöht.
Im Admin-Center wurde Check_MK, Error Tracker, Verinice als "updatebar" angezeigt. Das RFC-Modul war inaktiv.
Nach Update und reaktivieren der Module leider keine Verbesserung.
Soweit ich sagen kann müsste das Update(1.5) fehlerfrei durchgelaufen sein.

Überlege das System auf den letzten Stand zurück zusetzen oder hast du / ihr vielleicht eine Lösung?

Vielen Dank im Voraus und viele Grüße!
Mr.White

Hallo zusammen,

beim Bearbeiten des JDisc-profiles erhalte ich folgenden Fehler:
Error! Invalid argument supplied for foreach() (/var/www/html/i-doit/src/classes/modules/jdisc/dao/isys_jdisc_dao_network.class.php:504)

In den Logs habe ich bisher nichts gefunden (aber sicherlich etwas übersehen :-)). Andere ähnliche Posts im Forum hatten mir leider auch nicht weitergeholfen.

In JDisc Configuration habe ich einen Server mit folgenden Einstellungen angelegt:
Default Server Yes
Host Server0815(FQDN)
Port 25321
Database inventory
Username postgresro
password ******
Allow import of older JDisc Version Yes
Check connection is properly configured.

Beim Bearbeiten des Profiles tritt der Fehler auf. Desweiteren ist der Server im Dropdown-Menü nicht auswählbar.
Über das Menü Extras -> Import -> JDisc ist der Server zwar eingetragen und ich kann auf "Importvorgang starten" drücken,
aber außer "Lade, bitte warten" geschieht nichts.

Info's zum i-doit Server:
CentOS 7 x64 - Minimal Installation (VMware)
i-doit 1.4.9 pro (Testlizenz) - Module RFC, Dokumente, Analyse
Apache Webserver mit PHP 5.4.16 und MariaDB 5.5.40
Benötigte php extensions (Dokumentation RFC) sind installiert.
RFC - Modul über Admin - Center installiert und "Ok".
In der Systemübersicht von i-doit alles "grün". (System, php.ini, MySQL, php-modules, rights & directories) - php.ini und mysql settings angepasst.
Firewall ist ausgeschaltet.

JDisc (Version 3.2 Build 3212) ist auf einem Windows Server 2008 R2 System installiert und befindet sich im selben Netz.

Vielen Dank im Voraus und viele Grüße
Mr.White

Hallo creiss,

vielen Dank für den Hinweis!
Ich wusste zwar nicht was mod_rewrite ist, aber nach etwas googlen wurde ich fündig.
Falls noch jemand anderes das Problem hat:

#grep -r -H durchsucht rekursiv alle verzeichnisse unter /var nach "mod_rewrite" und gibt mit Option -H den Pfad aus
[root@Server0815/]# grep -r -H "mod_rewrite" /var
… /var/www/html/i-doit/rfc/system/guide/kohana/tutorials/clean-urls.md:If you are still getting errors, check to make sure that your host supports URL mod_rewrite. If you can change the Apache configuration, add these lines to the the configuration, usually **httpd.conf**:

#find -iname httpd.conf durchsucht alle verzeichnisse nach der Datei httpd.conf
[root@Server0815/]# find -iname httpd.conf
./etc/httpd/conf/httpd.conf

[root@Server0815/]# grep -r -H "AllowOverride" /etc
/etc/httpd/conf/httpd.conf:    AllowOverride None

siehe auch hier (in Zeile 151): http://www.server-world.info/en/note?os=CentOS_7&p=httpd

Viele Grüße
Mr.White

Hallo i-doit Gemeinde,

wir haben zu Testzwecken eine VM auf CentOS 7 x64 mit i-doit 1.4.9 pro installiert. Zusätzlich sind die Module "Analyse", "Dokumente" und "RFC" installiert.

Leider funktioniert der Aufruf des RFC-Moduls nicht so recht.

Fehlermeldung: The requested URL /rfc/frontend was not found on this server. (Mozilla Firefox)

In einem anderen Beitrag ( http://forum.i-doit.org/index.php/topic,3397.msg11038.html#msg11038 ) habe ich bereits etwas ähnliches entdeckt, jedoch sind meine php-Kenntnisse recht überschaubar.
Den Eintrag der base_url habe ich angepasst, leider ohne Erfolg.

Info's zum Server:
CentOS 7 x64 - Minimal Installation (VMware)
Apache Webserver mit PHP 5.4.16 und MariaDB 5.5.40
Benötigte php extensions (Dokumentation RFC) sind installiert.
RFC - Modul über Admin - Center installiert und "Ok".
In der Systemübersicht von i-doit alles "grün". (System, php.ini, MySQL, php-modules, rights & directories) - php.ini und mysql settings angepasst.

Inhalt der .htaccess:
cat .htaccess
Options Indexes FollowSymLinks

Turn on URL rewriting

RewriteEngine On

Installation directory

RewriteBase /rfc/

Protect hidden files from being viewed

<files .*="">Order Deny,Allow
Deny From All</files>

Protect application and system files from being viewed

RewriteRule ^(?:application|modules|system)\b.* index.php/$0 [L]

Allow any files or directories that exist to be displayed directly

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Rewrite all other URLs to index.php/URL

RewriteRule .* index.php/$0 [PT]

Ich hoffe ich habe nichts vergessen und Ihr habt eine Lösung parat.

Vielen Dank im Voraus und viele Grüße
Mr.White