Domino 9 und frühere Versionen > Administration & Userprobleme

Volltextindex

<< < (2/2)

tttonic:

--- Zitat von: MartinG am 16.07.04 - 10:35:54 ---Plattenplatz halte ich ehrlich gesagt nicht für diskuttierbar, ein Quota hingegen halte ich unerlässlich.

Plattenplatzwachstum in zwei Jahren um 100% ist eigentlich sehr human. Wenn ich einen Server kaufe, dann rechne ich immer 100% pro Jahr und das auf 4Jahren Nutzungszeit...

d.h. wenn ich derzeit 50GB Platz brauche, dann kalkuliere ich für einen neuen Server mit 250GB Speicherplatz und das runde ich dann noch nach oben auf...



--- Ende Zitat ---

Liegt denn bei euch der gesamte Storage zentral auf einem anderen Storagesystem?
Wenn du da mal eben 100 GB zusätzlich haben willst, ist das (zumindest bei uns ) teuer da dieses Storagesystem nicht von uns erweitert wird. Sprich wir bezahlen pro GB Speicherplatz und für jede Erweiterung. Warum soll man dann für ca. 1TB bezahlen wenn doch nur 200 GB genutzt werden?

MartinG:

--- Zitat ---Sprich wir bezahlen pro GB Speicherplatz und für jede Erweiterung. Warum soll man dann für ca. 1TB bezahlen wenn doch nur 200 GB genutzt werden?  
--- Ende Zitat ---

Das ist halt leider so in der IT... - das man auch Begrenzungen haben muss ist für mich auch klar. Bevor ich halt an soetwas wie Volltextindex sparen würde wäre als erstes ein Quota und ein Archivieren/Ausmisten der grössten Datenbank dran.

Mir klingt das halt ein wenig zu sehr nach einer häufigen Einstellung: die User brauchen das eh nicht und wir verbieten Ihnen so viel wie möglich das wir möglichst keinen Aufwand haben.

Für mich ist jeder Mitarbeiter hier in der Firma ein Kunde - zumindest versuche ich das und da wäre für mich eine Volltextindexbeschränkung ein zu heftiger Eingriff...

Ist aber nur so meine Sicht der Dinge - ich will hier niemand angreifen.

Gruss
Martin





tttonic:

--- Zitat von: MartinG am 16.07.04 - 11:54:24 ---
--- Zitat ---Sprich wir bezahlen pro GB Speicherplatz und für jede Erweiterung. Warum soll man dann für ca. 1TB bezahlen wenn doch nur 200 GB genutzt werden?  
--- Ende Zitat ---

Das ist halt leider so in der IT... - das man auch Begrenzungen haben muss ist für mich auch klar. Bevor ich halt an soetwas wie Volltextindex sparen würde wäre als erstes ein Quota und ein Archivieren/Ausmisten der grössten Datenbank dran.

Mir klingt das halt ein wenig zu sehr nach einer häufigen Einstellung: die User brauchen das eh nicht und wir verbieten Ihnen so viel wie möglich das wir möglichst keinen Aufwand haben.

Für mich ist jeder Mitarbeiter hier in der Firma ein Kunde - zumindest versuche ich das und da wäre für mich eine Volltextindexbeschränkung ein zu heftiger Eingriff...

Ist aber nur so meine Sicht der Dinge - ich will hier niemand angreifen.

Gruss
Martin







--- Ende Zitat ---

Ich glaube du hast mich nicht richtig verstanden.
Natürlich läuft bei uns normalerweise der Volltextindex. Ich mußte den halt nur aus Gründen der Aufrechterhaltung des Serverbetriebes abschalten. Dieser wird wieder eingeschaltet wenn die Kapazitäten aufgestockt sind.

MartinG:
Okay - dann habe ich Dich falsch verstanden. Zeitlich begrenzt ist das natürlich okay, vor allem kann man es seinen Kollegen ja auch entsprechend begründen.

Gruss
Martin

PS: Kenne allerdings leider keine Möglichkeit - wobei ich aber auch kein grosses Problem darin sehe. Ich würde meinen Kollegen ein Mail schreiben das wir Speicherplatzprobleme haben welche aber bis voraussichtlich 30. August gelöst sind und deshalb bis dahin keine "richtige" Volltextsuche möglich ist. Dann alle Volltextindizes löschen und wenn es wieder einer anlegt bekommt er eine auf die Finger...

tttonic:
Das Problem ist nur folgendes.

Es gibt MA die genau das machen was Sie nicht wollen.

Klar kann man denen Absicht und Vorsatz unterstellen, aber das hilft auch nicht.

Das ist wie mit einem kleinen Kind. Es macht es nicht weil es halt nicht auf die Idee kommt. Sage ich dann vorsorglich tue dieses und dieses nicht...muß ich weiter schreiben?  ;D

Navigation

[0] Themen-Index

[*] Vorherige Sete

Zur normalen Ansicht wechseln