NAS mit 2 HDDs zu einem Laufwerk machen

Ich Weiss nicht, Wie es auf ner qnap ist, aber dynamische Kontingentverwaltung benoetigt ein besonderes filesystem...zfs kann das zum beispiel...vll einfach mal gucken ob das NAS das kann

Sent from my HTC Sensation XE using Tapatalk

der RAIDCONTROLLER der NAS kann RAID0 und damit kann man bei diesem NAS die beiden Festplatten zu einer großen machen.
ABER wenn dann eine der beiden einen defekt hat sind alle Daten verloren. Daher würde ich dir nicht dazu raten. Mach lieber 2 einzelne Festplatten.
Das geht auch denn der RAIDCONTROLLER kann auch JBOD das bedeutet alle Festplatten einfach nur einzeln als Platten verwalten.
Mehr zu den einzelnen RAID Systemen kannst du im Wiki nachlesen http://de.wikipedia.org/wiki/RAID#RAID…_ohne_Redundanz
Wie du das aber im Detail bei deiner NAS einstellen musst kann ich dir nicht sagen. Wenn du doch eine große Festplatte über RAID0 machen willst musst du aufpassen, dass du die vorhandenen Daten auf der bisherigen Platte nicht verlierst.

Zitat

Genau das ist mein Problem. Aktuell hat er sie als 2 einzelne Laufwerke gemappt. Ich würde ungerne meine erste platte anfassen wollen, da ich die daten nicht sichern kann. Wenn es keine möglichkeit gibt beide platten zu einem laufwerk zu mappen, trenne ich serien und filme auf 2 platten auf.

Sent from my iPhone using Tapatalk

Warum verwaltest du das nicht über die Quellen in XBMC?
Ich hab meine Quellen ueber 4 Platten verteilt, die alle die gleiche Struktur haven...
Somit seh ich in XBMC immer die gleiche Struktur mit unterschiedlichem Inhalt, je nachdem welche Platten ich angeschaltet habe

Sent from my HTC Sensation XE using Tapatalk

Da du die Daten der ersten HDD nicht sichern willst bzw. kannst wird das mit dem QNAP leider nix, da dies immer ein Format der HDD's mit sich bringen würde.
Leider muß man sich in der ersten Stunde mit dem System des Qnap (Raid/Jbod) auseinander setzen.

Vieleicht hilft dir eine Junction weiter.
Windows 2000 und höher unterstützt symbolische Verknüpfungen, wobei ein
Verzeichnis als symbolische Verknüpfung zu einem anderen Verzeichnis auf
dem Computer dient.

Gruß Xorron

Okay... ich muss es nochmal zusammenfassen, dass ich es verstanden habe...

Du hast ein NAS mit 2 HDD Slots... in einem hast du besagte Ordner Struktur...
Nun möchtest du eine zweite Platte einbauen und das Laufwerk auf 4TB "erweitern"... <- das geht meines Wissens nach nicht, ohne dass du alles platt machst. Zumindest ist das bei Buffalo so.

Ich muss sagen bei dem Wort JBOD, geht mir immer das Messer im Sack auf... weil es meiner Meinung nach die unsicherste Methode des Array-Verbunds ist. Da nimm vorher noch RAID0, da du eh die selben Platten verbaust, dann hast du vielleicht noch was davon.

Die Methode der Quellenangabe innerhalb von XBMC benutze ich auch... habe 5 Serien Platten, welche ich über die Quellen "zusammenfüge". Finde ich auch besser, falls eine Platte abkratzt, kannst du wenigstens noch nen bisschen was schauen.

Ich könnte dir nur 2 Dinge raten, entweder auslagern, RAID0 und wieder drauf in der Struktur wie du sie gerne hättest oder du machst dir einfach ab "Media" die selbe Ordner Struktur auf der Zweiten Platte und machst den Rest über die Quellenangabe innerhalb von XBMC (was ja wirklich kein Hexenwerk ist)

Wie es mit symbolischen Verknüpfungen funktioniert kann ich nicht sagen, habe mir auch schon überlegt, das ganze über ein DFS zu machen, was aber in meinem Fall nicht tragbar war. Denn wie das über Verknüpfungen und Berechtigungen funktioniert, das habe ich mir noch nie angeschaut, da ich nur einem User in meinem System schreibzugriff eingeräumt habe, damit kein Programm Blödsinn mit den Dateien machen kann.

Hoffe es hilft dir irgendwie weiter eine Entscheidung zu treffen

Zitat von SaschaBohr

Da sich meine Quellen nun vom logischen Pfad her ändern werden, wie kann ich dies am einfachsten Umziehen, ohne meine DB zu verlieren / zu schrotten.

Export in einzelne Datei, mit Editor öffnen und dann suchen&ersetzen...
So bin ich umgezogen...

mm

oder alles separat exportieren dann liegen alle Infos direkt bei den Filmen und Serien. Diese extra Dateien dann mit umziehen und diese danach dann wieder neu einlesen.

Egal wie du es machst alte XBMC Datenbank löschen und neu anlegen musst du immer. Aber durch den Export vorher verlierst du halt nichts die XBMC DB sieht hinterher genauso aus wie vorher.
[HowTo] XBMC Datenbank exportieren/importieren, bereinigen und löschen

Zitat von SaschaBohr

RAID0 möchte ich nicht aufsetzen, da sonst bei HDD Crash alle Daten verloren wären.

Das sind sie bei JBOD auch...

Tu dir aber den Gefallen und nenn den Ordner anders... niemals Recycle Bin ... das erinnert mich so an die Ordnerstrucktur

" C:\Temp\muell\Neuer Ordner\Zeug\entpacken\temp\bla\blabla\diesunddas\Neuer Ordner(2)\nurso\testen"

Zitat von SaschaBohr

Da sich meine Quellen nun vom logischen Pfad her ändern werden, wie kann ich dies am einfachsten Umziehen, ohne meine DB zu verlieren / zu schrotten.

Ich weiß nicht wieso hier so viele ein Drama um ihre Datenbank machen ... das einzige was mich daran interessiert ist der "Watched" Flag... und selbst wenn ist DB doch schnell wieder aufgebaut und ich spreche hier von mehreren 1000 Dateien (klar, man muss halt .nfo Dateien haben).

Zitat von Fanatic_Joker

... (klar, man muss halt .nfo Dateien haben).

JA und genau um diese aktuell mit watched Statusm in den NFO Dateien zu haben muss man einen separaten Export machen vor der Umstellung. Ich finde es immer gut wenn sich jemand darüber vorher Gedanken macht und nicht hinterher ankommt udn sich wundert warum seine XBMC Datenbank nicht mehr geht die doch sooooo viel Aufwand war.

Das klingt doch jetzt nach einem Plan...

hmm ob es Performance mäßig was bringt, die MySQL Datenbank in ne RAM-Disk zu legen ?

Zitat von Fanatic_Joker

hmm ob es Performance mäßig was bringt, die MySQL Datenbank in ne RAM-Disk zu legen ?

Bei ner großen DB auf alle Fälle...
Ich hab mal ne XP VM in ner RAM Disk liegen gehabt...Bootzeit bis zum Desktop und geladenen Autostarts, 1.7Sekunden...

mm

Ich hätte das 2-Plattenproblem mit Sysmlinks umschifft. Glaube ich.
Aber vielleicht habe ich dich auch falsch verstanden.
Aber egal ... läuft ja.

hmm wie definiert man "groß" bei einer XBMC-DB...

also meine ibdata1 vom MySQL ist 280MB groß (bei euch?)... daher wäre es realistisch das ding einfach ins RAM zu packen... oder ne komplette XP maschine... oder nen miniUbuntu mit mysql drauf...