Как я могу разделить старое и новое хранилище данных, в то же время сделав доступ к данным простым для пользователя?
Во-первых, я открыт для предложения по названию этого.
Вот то, что я ищу: я перестраиваю наш файловый сервер, потому что он умирает, а также плохо распределяется пространство. Я хотел бы иметь возможность хранить данные, к которым осуществлялся доступ за последний год, и реплицировать эти данные с использованием Windows DFS, сохраняя при этом любые неиспользуемые данные на более дешевом и медленном носителе, и единственной избыточностью будет резервное копирование на ленту.
Так, например, у меня есть в общей сложности около 5 ТБ емкости хранилища, но только самый активный 1 ТБ я бы держал в непосредственной близости и реплицировал бы с использованием Windows DFS. Остальные оставляются в наличии, но в случае бедствия, необходимо восстановить с ленты. Более старые данные будут важными для хранения, но не критически важными для повседневных операций.
Я также хотел бы беспрепятственно "сшить" эти данные, чтобы они продолжали выглядеть так, как будто они все еще находятся в той же папке, и позволить окнам выяснить, где эти данные на самом деле находятся.
У SQL Server 2008 есть хороший пример этого с файловыми группами, где я могу хранить прошлогодние данные на более медленных и более дешевых дисках SATA, и SQL легко объединит всю базу данных для меня, так что как пользователь, я никогда не знаю, какие данные я ищу при нечасто хранится где-то еще.
Я использую стандарт Windows 2008 R2 с установленной ролью файловых служб. Я бы предпочел оставить это как собственное решение, не вдаваясь в стороннее программное обеспечение, но я не закрываю полностью дверь для него.
2 ответа
На самом деле теперь, когда я прочитал о FCI MS, я уверен, что эта задача выполнима!
То, о чем вы говорите, - это иерархическое управление Strorage с унифицированным пространством имен - это то, что такие люди, как EMC, NetApp и Hp, очень хороши. По сути, у вас есть возможность "видеть" все ваши когда-либо созданные данные, но только наиболее часто используемые данные очень быстрые и устойчивые, а меньшие - медленнее и менее устойчивые. Так что решения для этого существуют, я знаю - у меня много таких систем... но вы хотите это "в ОС", что потребует от других пользователей SF гораздо больших навыков работы с Windows, чем у меня. Но имейте в виду, что вы можете заставить эти системы работать, если маршрут на основе ОС иссякнет, но не без ценника.