Можно.
Возможные проблемы
- ограничение скорости чтения/записи реальной пропускной способностью сети
- возможность потери информации из-за сбоев в сети
- ...

ЗЫ
Если вы озабочены вопросом обеспечения целостности данных и восстановлением работоспособности всей системы в случае краха, то стоит IMHO искать решение в создании RAID массивов, кластеризации или SAN/NAS систем (плюс конечно резервное копирование).

A v ideale kak luche ili ne imeet znachenia?

Лучше для чего ?

SAN должен быть "виден" как локальный ресурс.
Речь может идти скорее о NAS, либо о простом сетевом ресурсе. И в том и другом случае IMHO узким местом будет служить сеть, т.е. придется решать ее на уровне среды передачи(fiber, ATM, Gigabit Ethernet, ...) или разделяя траффик между SQL и клиентами и SQL и NAS, путем выделения SQL-я и NAS-а во что-то наподобии server farm.
Для увеличения пропускной способности сети без замены проводки и сетевых устройств вполне реально можно на сервере использовать две сетевые карт, объединенные в одну виртуальную.

О размещение файлов SQL на простом сетевом ресурсе я уже высказался выше.

Я лично расположил бы варианты конфигурации дисковых ресурсов так

- локальные дисковые массивы (RAID-1 для логов, RAID-5 для данных)
- SAN
- NAS
- сетевой ресурс

Кроме того необходимо учитывать и денежную сторону любой конфигурации

ЗЫ
О насчет несрабатывания DTS после переноса файлов слишком мало информации. Необходимо знать что этот DTS приблизительно делает, срабатывает ли DTS на "сетевых" базах при запуске вручную, ну и какая собственно ошибка была.

А что у вас между NAS и SQL сервером ?
Fiber, Direct cable, 1000/100/10 Ethernet ?
Если Ethernet, то
И сколько у вас сетевых карт на сервере и на NAS ?
И как они подключены ? Через один switch ? Через разные ? Через эти switch-и идет траффик от других клиентов ?

По существу вы сравнивате скорости записи/чтения на локальный и сетевой диск. Вот и тестируйте исходя из того, чем больше занимается ваша база
Если отчеты, то наверное больше чтение
Если какая-нибудь продажа, то наверное больше запись.

Кроме того при работе сервер может активно использовать и базу tempdb. Т.е. от скорости диска, на котором она расположена, производительность тоже зависти.

И что там "у ней унутре" у EMC CLARiiON IP4700 ?
Новерное SCSI. Но какой ? SCSI2, SCSI3 ? А контрллер одноканальны ? Двухканальный ? Какой RAID используете ? 1, 5, 10 ?


PS
Для организации архивирования на сетвой диск пробовали использовать NAS(правда "самодельный"). Наибольшую скрость на запись получили в следующей конфигурации
На SQL сервере
2 Intel Pro 100 объединенные в группу с Load balancing
Каждая карта выходит на отдельный switch(Catalyst 2900)

На NAS-е
Одноканальный RAID UWSCSI3 контроллер. RAID-0 из 4-х дисков
4 Intel Pro 100, каждая со своим IP
По 2 карты на разные switch-и(в которых присоединен SQL одной из карт)

На switch-ах больше никакого постороннего траффика.
В итоге
- макс.скрость бакапа 15.8 Mbyte/sec (это запись)
- скорость верефикации бакапа 7.5 Mbyte/sec (это чтение)

Вот все, что имею сообщить

Mozet li povliat to chto server na kotorom sobiraemsia hranit MDF/LDF fili rabotaet na UNIX?

IMHO, нет. Ведь UNIX будет заниматся только записью/чтением на диски. Хотя у меня нет практического опыта.

A kak vi opredeliali skorost backupa?
Команда BACKUP по окончании работы выдает статистику.

1.kak luche fili raznesti
Думаю принципиальный вопрос в том, как и куда у вас пойдет сетевой траффик относящийся к однуму файлу (MDF или LDF)
4 x 100mb trunked Ethernet насколько я понимаю предназначен для обеспечения работы при многочисленных коннектах. Т.е. в режиме распределения траффика. При соединении 1 в 1 (SQL - NAS) вы не получите 400Mb, а все теже 100Mb.
Важно, чтобы при обращении в конкрентному файлу (MDF или LDF) траффик ФИЗИЧЕСКИ распределялся на разные сетевые карты. Тогда вы получите своего рода многоканальный сетевой дисковый контроллер.
Для этого, как я уже показал на примере сетевого бэкапа, нужно,
- чтобы каждая сетевая карта на NAS-е имела свой IP
- чтобы каждая сетевая карта на NAS-е выходила на отдельный свич (это в идеале). Или по-крайней мере 2 карты в один свич.
- на SQL сервере нужны минимум 2 карты (или 3, две для работы с NAS и одна для работы с клиентами)
- лучше, чтобы "постороннего" траффика на свичах не было