Zgadzam się z Evanem, że rozpoczęcie od nowa to dobry pomysł. W mojej obecnej firmie przeprowadziłem 4 „migracje plików” i za każdym razem, gdy tworzymy nową strukturę i kopiujemy (niektóre) pliki, tworzę kopie zapasowe starych udostępnionych plików i przełączam je w tryb offline.
Jedna rzecz, którą zrobiliśmy podczas naszej ostatniej migracji, może Ci pomóc. Mieliśmy nieco podobną sytuację z tym, co nazywaliśmy naszym „wspólnym” dyskiem, w którym każdy mógł czytać / zapisywać / usuwać. Przez lata gromadziło się tam wiele rzeczy, ponieważ ludzie dzielili się nimi między grupami. Kiedy przenieśliśmy się na nowy serwer plików, utworzyliśmy nowy katalog wspólny, ale nie skopiowaliśmy do niego niczego dla użytkowników. Zostawiliśmy stary Common na miejscu (i nazwaliśmy go Old Common), uczyniliśmy go tylko do odczytu i powiedzieliśmy wszystkim, że mają 30 dni na skopiowanie wszystkiego, co chcą, do nowych katalogów. Następnie ukryliśmy katalog, ale na żądanie odblokowaliśmy go. Podczas tej migracji współpracowaliśmy również ze wszystkimi działami i stworzyliśmy nowe wspólne katalogi oraz pomogliśmy ludziom zidentyfikować duplikaty.
Przez lata korzystaliśmy z Treesize, aby dowiedzieć się, kto korzysta z miejsca na dysku. Ostatnio próbowaliśmy Spacehounda i niektórym moim współpracownikom się podoba, ale wciąż wracam do Treesize.
Po naszej ostatniej migracji próbowaliśmy utworzyć strukturę archiwum, z której ludzie mogliby korzystać we własnym zakresie, ale nie działała ona zbyt dobrze. Ludzie po prostu nie mają czasu na śledzenie tego, co jest aktywne, a co nie. Przyglądamy się narzędziom, które mogłyby automatycznie wykonać archiwizację, aw naszym przypadku działałoby okresowe przenoszenie wszystkich plików, które nie zostały dotknięte przez 6 miesięcy przerwy, do innego udziału.