Создайте связанный SQL-сервер через домен
Я думаю большинство сайтов, которые должны иметь дело с этим использованием какой-то хеш, чтобы удостовериться, что файлы равномерно распределяются в папках.
Поэтому скажите, что у Вас есть хеш файла, который является чем-то вроде этого 515d7eab9c29349e0cde90381ee8f810
Вам можно было сохранить это в следующем месте, и можно использовать, как когда-либо много уровней глубоко необходимо сохранить количество файлов в каждой папке низко.
\51\5d\7e\ab\9c\29\349e0cde90381ee8f810.jpg
Я видел этот подход, проявляемый много раз. Вам все еще нужна база данных для отображения этих хешей файла на человекочитаемое имя и что когда-либо другие метаданные необходимо сохранить. Но этот подход масштабируется вполне прилично b/c, можно начать распределять пространство хэшированного адреса между несколькими компьютерами и или пулы хранения данных и т.д.
Что-то, что Microsoft не всегда передает ясно, - то, что при использовании ограниченного делегирования, оба сервера должны быть в том же домене AD. Сервисные учетные записи должны также быть в том же домене. (Пользовательские ресурсы доступа, размещенные этими серверами, могут быть в любом доверяемом домене).
Однако необходимо смочь использовать неограниченную делегацию. (Доверьте этот xxx для использования любого сервиса). Это не может подходить для безопасности, но это мог быть полезный тест.
Вот другая ссылка, которая имеет информацию о том же доменном требовании:
http://blogs.technet.com/b/askds/archive/2008/11/25/fun-with-the-kerberos-delegation-web-site.aspx
То, что я закончил тем, что делал, создавало вход в систему SQL-сервера на SQL-сервере на другом домене. Затем я создал связанный сервер с помощью того входа в систему в качестве Удаленного входа в систему под опцией "Be made using this security context" под разделом безопасности.