Организация 1С 7.7 в магазине

[Evgen31]

Качаю его))) инструкцию по настройке и установки 1С жду...

[Admin]

По установке SQL вот:
http://technet.microsoft.com/ru-ru/library/ms143516(SQL.90).aspx

Лучше не напишешь )

[Admin]

По установке на нее 1с:

1. Дополнительно вам еще понадобиться Service Pack (SP) Качайте самый последний. Для 1с он обязателен.
2. Когда купите новую версию 1с у вас там будут драйвера ODBC. Их тоже устанавливайте.
3. Теперь можно саму 1с устанавливать. (Просто запускаете файл 1Cv7s.exe)
4. После установки заходите в SQL Enterprise Manager и там создаете новую пустую базу данных.
   В процессе создания зададите размер базы. Сразу задавайте раза в 3 больше чем весит база сейчас.
   (Если потом когда нибуть в процессе работы будет переполняться лог, включите режим Truncate log on checkpoint)

Практически все. )
Заходите в  Конфигуратор, регистрируете новую базу данных, которую создали. Тип БД ставите "SQL server".
Настраиваете в конфигураторе "Параметры базы данных SQL" — сетевое имя сервера, имя базы данных, которое придумали  в Enterprise Manager, имя пользователя, пароль для доступа к данным через ODBC.

Дальше выгружаете из старой версии вашу базу в файл *.dat . Именно выгружаете, а не сохраняете!!
Потом запускаете новую версию 1с в режиме конфигуратора и загружаете ранее выгруженный из старой версии файл.

Просто на самом деле. Если что не ясно будет - спрашивайте.  

Пока вариант с сжатием старой базы не обсуждаю. Пока такую сделайте. Если быстро все будет работать - можно и не сжимать.

[Admin]

Вот еще по этой теме на нашем сайте есть:
https://forum-baza.ru/index.php?topic=265.0

[Evgen31]

Ну при этом мне еще нужно установить "сервер 1с предприятия" так или нет?

[Belgafood]

Вот я вам нашел инструкцию )) На большинство текущих и последующих ваших вопросов ответ:

Что такое SQL-версия программы 1C: Предприятие?
Такой вариант программы 1C: Предприятие, который хранит данные на MS SQL-сервере.

SQL-версия - требуется ли обучение пользователей при переходе с не SQL-версии?
Для пользователя - дополнительное обучение не требуется. Для программиста - дополнительно обучение не обязательно. Для системного администратора необходимы дополнительные знания - немного различаются процедуры установки и резервного копирования. И это все!

Сложно ли перейти с работы с обычной версией программы на работу с SQL-сервером?
Нет, в общем случае не сложно. Другой вопрос, - как будет без дополнительной настройки работать после перехода на SQL-версию ваша информационная система (созданная на базе 1С: Предприятие 7.7). Речь идет прежде всего о производительности - может быть по-всякому: так же, как и раньше, или лучше, или даже хуже.

Когда стоит переходить на SQL? Где пределы DBF? Какие преимущества использования SQL Server? "Программа(база) должна быть достоверной, надежной, быстрой." Так сказал один уважаемый человек.

Переходить на SQL нужно тогда, когда сетевик ленив, сетевое хозяйство, клиентские компьютеры глючные (про сервер я вообще молчу) и 1С постоянно падает. К пункту 2 - Пример из жизни. 2 года назад мы под DBF работали. ~ 30 чел в гигабайтной базе под Novell-ом ходили, причем 10-12 чел работали по 10 Мбит. Сисадмин (он же сетевик) был грамотный. Поэтому Вам выбирать: сисадмина менять или на SQL переходить.

SQL предпочтительна при количестве пользователей более 15. Может быть выигрыш в скорости и не проявится. Но самое главное это устойчивость. У нас при таком количестве пользователей и DBF-базе несколько раз в неделю приходилось посреди дня изгонять людей из базы и переиндексировать, а после этого еще долго звон в ушах стоит. Сейчас SQL юзеров порядка 50 и система спокойно переживает скачки напряжения с отваливанием всех клиентов. Был случай, когда случайно выключили сервер и всё ОК. В DBF отваливание одного - другого, третьего клиента вызывало необходимость переиндексации.

Считается что dbf способна жить с базой до 1Гб, выше,— производительность падает. Учти, что файл-сервер предъявляет требования к сети и к рабочим станциям, в то время как сиквел — только (в основном) к серваку.

У каждой платформы - свое предназначение. Например, с типовой конфигурацией ТиС 8.Х на DBF больше 5 юзверей просто погибают от тормозов, при условии, что непрерывно лупят документы. Правда, если 200 доков равномерно распределены по времени, то выживут и 10-15. Но если железо и квалификация позволяют, то ИМХО, предпочтительнее SQL. Альтернатива SQL — терминальный доступ... можете хоть с 386-й работать и отваливание пользователя безболезненно и для юзера и для окружающих...

15 пользователей - однозначно SQL. Стабильнее, надежнее. "Навороты" — это же только плюс. Хочешь — применяй, хочешь — нет. Нравится TSE — ставь его в связке с SQL. Хочешь работай так-хочешь по другому. Если контора оформляет 200 доков — деньги на SQL уже найдутся.

А какие еще, кроме SQL-сервера, существуют способы хранения данных?
На большинстве предприятий программа хранит данные в файлах формата DBF.

А что такое SQL-сервер? Специальная программа, предназначенная для хранения базы данных и обеспечения другим программам доступа к этим данным.

В чем основное отличие использования SQL-сервера для хранения данных?
Работая с БД, которая находится в файлах формата DBF, программа сама непосредственно читает и пишет в эти файлы. Работая с БД, которая расположена на SQL-сервере, программа непосредственно с файлами данных работать не может, с ними работает один только SQL-сервер, а программы обращаются к SQL-серверу с запросами для поиска, чтения и изменения данных.

Зачем нужен такой сложный доступ к данным?
В первую очередь, для надежности хранения данных. Например, понятие "разрушены индексы", часто встречающееся с БД в DBF-формате, при работе с SQL-сервером не существует. Кроме того, такой сложный доступ к данным, в некоторых случаях, обеспечивает более быстрое получение данных. Кроме того, такой сложный доступ к данным, в некоторых случаях, является единственным возможным для работы очень большого числа пользователей или для работы с очень большой базой данных.

Будет ли работать быстрее программа если перейти на работу с SQL-сервером?
В общем да, но не во всех случаях. Проведение документов в большинстве случаев - медленее. Желательно оптимизировать конфигурацию под работу с SQL-сервером. Современные типовые (разработанные фирмой 1С) конфигурации (Комплексная и Торговля) - работают медленно (прежде всего, в части проведения документов), даже на очень мощных серверах.

В каких случая переход на SQL-версию принесет хоть какую-либо пользу?
Гораздо большая надежность хранения данных - для ответственных БД.
"Горячее" резервное копирование - то есть в любой момент рабочего дня без отключения пользователей.
Единственно возможный способ функционирования БД, если размер ваших SQL-файлов приближается к гигабайту и продолжает расти.
Или при большом числе пользователей.
Быстрое выполнение отчетов, если эти отчеты написанны с учетом того, что данные находяться на SQL-сервере.
Что мне нужно для перехода на работу с SQL-сервером?
SQL-версия программы 1С: Предприятие 7.7 и SQL-сервер Microsoft SQL Server (MS-SQL Server), а также серверный вариант операционной систем Windows, поскольку MS-SQL Server отказывается устанавливаться на другие варианты Windows.

Как отличить SQL-версию внешне?
Почти ничем. Можно ткнуться в меню "Помощь\О программе", там в самом верху будет надпись "1С: Предприятие 7.7 для SQL".

Если я хочу работать с БД в DBF и с БД на SQL-сервере мне нужно ставить 2 варианта программы 1С: Предприятие?
Нет. SQL-вариант прекрасно работает как SQL базами, так и с DBF базами.

Какой можно использовать SQL-сервер?
Microsoft SQL Server (MS-SQL), начиная с версии 2000 и выше. Обязательно устанавливайте сервис-паки, выпущенные фирмой Microsoft для MS-SQL.

Могу ли я использовать PostgreSQL?
Нет. Только Microsoft SQL Server (MS-SQL), только начиная с версии 1C:Предприятие 8.1 -работает поддержка PostgreSQL .

А почему бы фирме 1C не сделать свою программу такой, чтобы она использовала другие сервера? Ведь есть стандарты на SQL?
Стандарты на SQL есть, но фактически он охватывает лишь базовые возможности различных SQL-серверов, а не базовые, но весьма нужные возможности - у каждого сервера - свои. Программа, учитывающая эти различия будет сложнее как на этапе создания, так и на этапе поддержки, а, значит, выше будет ее себестоимость и, следовательно, будет выше продажная цена.

Могу ли я использовать вариант MS-SQL из поставки Microsoft Office 2000, который называется MSDE2000?
У меня MSDE2000 работал нестабильно, а другие говорят, что все хорошо. Можете, но на свой страх и риск.

Какой механизм защиты от несанкционированного копирования встрен в MS-SQL?
Серийный номер.

Мы официально купили 1С: Предприятие 7.7 + Windows 2000 Server + MS-SQL. Не нашли серийного номера для MS-SQL.
В этой поставке серийный номер один и тот же у Windows 2000 Server и MS-SQL.

Я не работал раньше с сервером MS-SQL. Сложно ли это?
Нет, не сложно. Фирма Microsoft старается сделать управление своими серверными программными продуктами доступным даже непрофессионалам.

[Belgafood]

Как установить сервер MS-SQL?
Как любую другую программу - инсталятором. Если установка осуществляется на русскую версию Windows, то все опции в инсталяторе - по умолчанию.

Сервер MS-SQL с настройками по умолчанию ставить не надо!
Если на русскую версию Windows - то по умолчанию все опции инсталятора. Если вы считаете себя умным, то можете отказаться от некоторых частей MS-SQL сервера, которые не нужны программе, например, от полнотекстового поиска.

Видимо, на все машины следует установить клиентскую часть, идущую в составе дистрибутива сервера MS-SQL?
Нет. Только на машину администратора. Сама программа 1С: Предприятие работает через ODBC, версии не ниже 3.5. В современные версии операционных систем Windows эта или более современная версия ODBC и драйвер для доступа к серверу MS-SQL уже встроен.

Видимо, следует на всех машинах настроить "Data Source" (Источник данных) ODBC, чтобы он указывал на сервер MS-SQL?
Нет. Программа 1С: Предприятие сама указывает ODBC параметры для подключения к серверу MS-SQL.

Что делать после инсталяции сервера MS-SQL?
Запустить программу SQL Enterprise Manager (которая должна быть установлена на машину администратора). С ее помощью подключиться к свежеинсталированному серверу.

Что необходимо создать на сервере MS-SQL?
В первую очередь, средствами SQL Enterprise Manager надо создать пользователя (пользователя не программы 1C: Предприятие, а пользователя в MS-SQL). Дать ему права на создание БД. Зайти в программу SQL Enterprise Manager от имени этого пользователя. Создать БД.

Зачем нужно создавать БД от имени специально созданного пользователя MS-SQL?
Иначе в дальшейшем программа не сможет работать с этой БД. Дело в том, что пользователь, от имени которого работает система 1С: Предприятие, должен быть владельцем базы данных (dbo). Это необходимо потому что ряд таблиц программа 1С: Предприятие может создавать при своей работе самостоятельно, например, при изменении конфигурации. Сама программа 1С: Предприятие имеет на базу данных большие права, но пользователь при работе с базой данных средствами 1С: Предприятие получит ограниченный уровень доступа, в соответствие с ограничениями, заданными в "Конфигураторе".

Какой необходимо указать размер БД при создании ее на сервере MS-SQL?
БД будет увеличиваться автоматически по необходимости. Но можно и сразу создать файлы данных и лога размера равным двойному суммарному размеру файлов DBF-версии, которую вы собираетесь перегнать в SQL-версию.

Как начать работу программы с SQL?
Создайте пустой каталог. Настройте программу так, будто бы в этом каталоге лежит БД в формате DBF (то есть как обычно). Запустите "Конфигуратор". При старте программа спросит вас какая будет БД - SQL или DBF. Ответите - SQL. Далее - смотри ниже.

Как добраться до данных SQL?
Если при входе в пустой каталог вы выбрали SQL-вариант базы, то в "Конфигураторе". Появиться еще пункт меню "Администрирование\Параметры базы данных SQL".

Какие нужно задать параметры для базы данных SQL?
Сервер - имя компьютера с SQL-сервером. База данных - название базы данных, которую вы создали специально для работы программы на SQL-сервере с помощью SQL Enterprise Manager. Пользователь - имя пользователя SQL-сервера, от имени которго была создана база данных на SQL-сервере. Пароль - его пароль.

Все пользователи работают с SQL-сервером от имени одного SQL-пользователя?
Да все экземпляры программы подключаются к SQL-серверу от имени одного SQL-пользователя, того самого который создал БД на SQL-сервере.

Используется ли обычный список пользователей программы 1С: Предприятие при работе с SQL-сервером?
Да. Более того, список пользователей программы 1С: Предприятие не должнен быть пуст, иначе вы не сможете работать.

Как перенести данные из базы данных DBF в базу данных SQL?
В "Конфигураторе" программы DBF-базы "Администрирование\Выгрузить данные". Затем в "Конфигураторе" программы SQL-базы "Администрирование\Загрузить данные". Файл журнала регистраций (лог-файл) программы 1С: Предприятие, который лежит в подкаталоге \SYSLOG, можно просто скопировать.

Как перенести данные из базы данных SQL в базу данных DBF?
В "Конфигураторе" программы SQL-базы "Администрирование\Выгрузить данные". Затем в "Конфигураторе" программы DBF-базы "Администрирование\Загрузить данные"

Как делать резервное копирование базы данных SQL?
В "Конфигураторе" программы "Администрирование\Выгрузить данные".

Как делать резервное копирование базы данных SQL не отключая пользоватей?
Заранее делается копия файла 1Cv7.MD и файла со списком пользователей - в "Конфигураторе" программы "Администрирование\Сохранить". Во время работы можно делать резервное копирование средствами MS-SQL при помощи SQL Enterprise Manager. Подробнее - ниже.

Резервное копирование средствами SQL невозможно при работе пользователей?
Заранее делается полная резервная копия (Complete Backup). В течение рабочего дня делаются копии лога транзакций MS-SQL (Transaction Log Only Backup). В случае чего для восстановления данных следует использовать "последний Complete Backup + все Transaction Log Only Backup, сделанные после этого Complete Backup'а".

Не работает запланированное (Sheduled) резервное копирование средствами SQL!
Должен быть запущен сервис SQL Agent.

Настроил резервное копирование на другую машину (по сети) - не работает ;(
Куда копировать следует указывать не через имя сетевого диска, а через имя компьютера (то есть не T:\BACKUP1C, а \\SERVER_2\BACKUP1C)

Службы сервера MS-SQL должны быть запущены не от имени системы (не под системным аккаунтом, системной учетной записью), ибо в этом случае сервер MS-SQL не имеет никаких прав за пределами своего компьютера. Службы сервера MS-SQL следует запускать от имени некоторого пользователя, которому имеет права на доступ к сетевому (общему, "расшаренному") каталогу. С какими правами будут запускаться службы MS-SQL задается или при инсталяции сервера или из "Панели управления/Службы" (в современных версиях Windows из "Панели управления/ Администрирование/ Службы" или из консоли управления "Мой компьютер/ Управление/ Службы и приложения/ Службы").


После перехода на SQL версию бегунок на вертикальной полосе прокрутки в журналах и списках элементов справочников всегда посередине. (В SQL версии не двигается бегунок вертикальной полосы прокрутки.) Это глюк или как?
Это не глюк. Так и должно быть. Это сделано для ускорения получения данных. Дело в том, что с сервера SQL программа получает не все данные, а только те, которые ей нужны для отображения на экране. Программа не определяет сколько всего строк (так как это потребовало бы получения из базы данных всех строк) и не определяет какую часть она выводит на экран, следовательно, не может и рассчитать куда ставить бегунок прокрутки.

После перехода на SQL версию программа стала работать гораздо медленее.
Возможно, у вас слишком слабый компьютер выделен под сервер SQL. Особенно чувствителей SQL сервер к количеству оперативной памяти. Не исключено, что конфигурация не приспособлена к SQL-версии.

У нас большая фирма, много пользователей и большая БД. Стоимость простоя очень велика. Для надежности хранения данных перешли на SQL. Жутко тормозит.
Вам поможет связка "терминальный сервер + SQL-сервер". Терминальный сервер обеспечит производительность, а SQL - сервер надежность. Компьютер под сервер должен быть выделен очень мощный, с очень большим объемом оперативной памяти.

Использование под SQL-сервер и под терминальный сервер разных компьютеров приводит к очень большой нагрузке на сеть. В простейших можно размещать SQL-сервер и терминальный сервер на одном и том же компьютере. В случае очень большой нагрузки можно разнести терминальный сервер и SQL-сервер на разные компьютеры, но в этом случае между ними обязательно следует организовать очень быстрый (гигабитный и более) канал (который не должен использоваться клиентами - только этими 2-мя серверами).

Существуют ли особенности при программировании под SQL-версию программы 1С: Предприятие?
Несколько иная оптимизация. Глюки ядра SQL-версии и не SQL-версии программы частью совпадают, а частью - различаются. Иная работа механизма транзакций.

Какие конструкции языка более оптимальны для SQL-версии?
Которые одной командой обрабатывают большие массивы данных. Например, объект "Запрос" более предпочтителен, нежели последовательный перебор (конструкции "ВыбратьЧтоТо() и цикл ПолучитьЧтоТо()). Имеется исключение - в случае, если перед выбором данных в цикле включается фильтр (на элемент, а не на список элементов), то выборка в цикле идет быстрее, чем через запрос. Оптимизация относится только к объектам, предоставляющим доступ к данным в БД, но не к таблицам значений и спискам значений.

Можно ли обращаться напрямую к таблицам SQL-сервера посредством запросов на языке SQL?
По чтению - да. Существуют даже специальные расширения (не от фирмы 1С) для программы 1C: Предприятие 7.7, которые позволяют это делать. . Кроме специальных предназначенных для программы 1С: Предприятие расширений, можно воспользоваться и другими методами (предназначенными для использования с любыми программами), например, MS ADO.

Можно ли обращаться по записи? Надо очень хорошо представлять, что именно вы будете изменять. И если вы задаете такой вопрос, то лично вам лучше не лезь в БД по записи напрямую.

Один пользователь - работает нормально (не монопольно). Другой - тоже. Вместе - не могут.
Каталог, в котором лежат файлы 1cv7.MD и иже с ним должен быть у всех пользователей общим.

Надо ли давать пользователям доступ к файлам базы данных SQL-сервера?
Нет. Этого не нужно. К этим файлам обращается только сама программа MS-SQL сервер.

Файл(ы), содержищий Transaction Log, раздувается и раздувается.
Transaction Log связан с процедурами резервного копирования сервера SQL. В процесе обычной работы все изменения записываются сначала в него. При выполнении каждого резервного копирования, сделанного средствами SQL-сервера, данные из Transaction Log автоматически переносятся в файл(ы) основной части базы данных.

Если вы не нуждаетесь в столь изощренном механизме обеспечения надежного хранения данных в БД, то можете установить опцию базы данных Truncate Log On Checkpoint (MSSQL 7.0) или модель восстановления Simple Recovery (MSSQL2000). При этом при завершении каждой очередной транзакции данные из протокола запросов в Transaction Log будут немедленно переноситься в базу данных, и размер Transaction Log будет минимальным. Но при таких настройках вы теряете многие возможности резервного копирования, например, возможность изготавливать резервную копию в течение рабочего дня и восстанавливать базу данных на любой момент времени.

При перепроведении большого числа документов в базе данных 1С: Предприятие или при выполнении загрузки большого количества данных SQL-сервер зависает. Если делать то же самое небольшими порциями - никаких проблем нет.
Следует учесть, что для завершения объемных транзакций Transaction Log должен иметь возможность соответственно увеличить свой размер. Кроме того, SQL-сервер очень плохо воспринимает невозможность увеличения размера Transaction Log'а (как правило, просто "зависает"), поэтому не ограничивайте его рост и позаботесь, чтобы на диске, где он расположен, было достаточно места для самой объемной операции.

Можно ли организовать распределенную БД, используя возможности репликаций, имеющиеся в сервере MS-SQL
Нет. Пользуйтесь механизмами создания распределенных БД, созданным специально для программы 1C: Предприятие 7.7 фирмой 1С или другими фирмами. Это связано с нетривиальностью хранимых в БД данных программы 1С: Предприятие и с тем, что она (программа 1С: Предприятие) контролирует целостность структуры создаваемых ею таблиц, а при установлении Merge-репликации SQL-сервера в таблицы, хранящие данные программы 1С: Предприятие, добавляется дополнительное поле - внутренний идентификатор реплицированной строки. После опубликования таблицы на репликацию программа 1С: Предприятие будет считать что база данных разрушена и откажется работать. Но именно Merge-репликации пригодна для организации распределенных баз данных. Репликация в режиме SnapShot не нарушает работу программы 1С: Предприятие с опубликованной базой данных, но это однонаправленная, а не двусторонняя репликация, поэтому она не может быть использована для организации распределенной базы данных. Хотя, репликация в режиме SnapShot может быть пригодна для создания автоматически обновляемых копий базы данных для анализа данных (чтобы такой анализ можно было проводить в другом офисе или дому у владельца предприятия или в основном офисе просто для того, чтобы не перенапрягать основную рабочую систему сложными отчетами).

Будет ли работать компонента "Управление распределенными информационными базами" (УРБД) от фирмы 1С, если в центральном офисе 1С: Предприятие работает с использованием SQL-сервера, а в филиалах - с использованием DBF-файлов?Да. Файлы, с помощью которых осуществляется обмен данным в УРИБ не зависят от версии программы 1С: Предприятие и вида ее БД - DBF она или SQL.

При запуске 1С: Предприятие сообщает об ошибке подключения к базе данных, ругается, что кто-то заблокировал уже базу данных и отключается. Монопольно никто не работает.
Скорее всего, в данный момент выполняется резервное копирование средствами SQL-сервера Точнее - выполняется Complete backup, он сильно загружает систему. Если надо выполнять резервное копирование в тот момент, когда работают пользователи, то следует пользоваться Backup transaction log only, а полное резервное копирование Complete backup делать в нерабочее время.

Возможно ли временно отключать transaction log (на время перепроведения данных, чтобы ускорить работу SQL-сервера)?
Да. Для версии MS-SQL 2000 это делается так: Enterprise Manager -> твоя база -> properties -> options -> recovery -> simple. Там выбор full/simple/bulk-logged.

Не могу понять, может ли база данных находиться не на той машине на которой находится SQL-сервер (в самом SQL-сервере похоже можно прописать только локальный путь). Хотя программисты 1С утверждают что можно. Подскажите как???
Файлы БД SQL-версии программы 1С: Предприятие состоят из 2-х частей:

1) Собственно данные - доступ к которым осуществляется опосредовано, через сервер MS-SQL.

2) Файл конфигурации (1Cv7.MD), лог-файл (SYSLOG/1Cv7.mlg), словарь данных (1Cv7.DDS), список пользователей (usrdef/users.usr) и другие (например, файлы из каталога ExtForms) - доступ к которым осуществляется программой 1С: Предприятие непосредственно.

Где располагается сам сервер MS-SQL и где лежат его файлы данных не имеет никакого значения, так как доступ к серверу MS-SQL осуществляется исключительно по сетевым протоколам, например посредством TCP/IP, (т.е. может осуществляться как локально, так и с другого компьютера безо всяких ограничений).

Доступ к самим файлам данных сервера MS-SQL должна иметь только одна-единственная программа - сервер MS-SQL. Обычно сами файлы данных сервера MS-SQL располагают на том же компьютере, на котором запускается программа MS-SQL. Хотя можно располагать их на любом сетевом диске, доступном пользователю, от имени которого запускается программа MS-SQL. При этом путь к файлам данных следует указывать не используя букву сетевого диска, например: не верно "T:\DATASQL\buh_data.dat", а верно "\\SERVERNAME\RESOURCENAME\DATASQL\buh_data.dat". Хотя из соображений производительности, обычно, файлы данных размещают непосредственно на сервере.

А вот прочие файлы (файл конфигурации 1Cv7.MD, лог-файл 1Cv7.mlg, словарь данных 1Cv7.dds, список пользователей users.usr и другие) должны распологаться в неком каталоге на файл-сервере, доступ к этому каталогу должен быть у всех пользователей, которым требуется работать с БД программы 1С: Предприятие.

Где располагается этот каталог не имеет никакого значения - он может быть как на том же компьютере, где расположен SQL-сервер, так и на любом другом. В программе 1С: Предприятие прописывается (в окне, которое появлятся самым первым) именно этот каталог. Если 1С исполняется под Windows NT/2000/XP, то путь к этому каталогу можно указывать как с буквой диска, так и и без, например: верно "T:\DATA1C\BUH\", и также верно "\\SERVERNAME\RESOURCENAME\DATA1C\BUH\".