Всем привет, есть вот такая идея, разнести одну базу 1С на разные SQL базы, на разные винты. Более загруженные таблицы вынести на ССД, а не нагруженные на большой HDD.

Или может идеи подкинете какие-то.
Проблема в том, что компания активно развивается и объем базы все время увеличивается, а все время покупать новые винты большего размера ну вариант.

Спасибо за советы!

В MS SQL 2014 есть замечательный режим использования SSD.

не на разные базы, а на разные файловые группы.
Делал такое. Помогало.

(2) Ответ нашего айтишника:
"MS SQL очень ревностно относится к файлам в файловой группе базы данных.. такое разнесение пользуют в основном для других целей... не для того чтобы решить проблему с местом"

(1) какой?

А сколько у вас база весит и сколько прирост за год?;

(5) база под 400 гб сейчас. Сейчас прирост примерно 120гб/год, это на данный момент. Думаю будет +200

(4)
https://msdn.microsoft.com/ru-ru/library/dn133176(v=sql.120).aspx#

(3) Вашего айтишника можно увольнять. С волчьим билетом.

(0) Принято для начала отнести tempdb на отдельный диск.
Потом уже с таблицами играться.

(9) Так вот как это все делать, как переносить на разные диски, саму технологию подскажите:)

Ребята, вопрос еще актуален!

ALTER DATABASE tempdb

MODIFY FILE
Указывает файл, который должен быть изменен. Одновременно может быть изменено только одно свойство <filespec>. Предложение NAME всегда должно быть указано в <filespec>, чтобы определить, какой файл будет изменен. Если указано предложение SIZE, новый размер файла должен быть больше, чем текущий.
Чтобы изменить логическое имя файла данных или файла журнала, укажите логическое имя файла, который будет переименован, в предложении NAME, а новое логическое имя для файла — в предложении NEWNAME. Например:
MODIFY FILE ( NAME = logical_file_name, NEWNAME = new_logical_name )
Чтобы переместить файл данных или файл журнала в новое расположение, укажите текущее логическое имя файла в предложении NAME и укажите новый путь и имя файла в операционной системе в предложении FILENAME. Например:
MODIFY FILE ( NAME = logical_file_name, FILENAME = ' new_path/os_file_name ' )
При перемещении полнотекстового каталога укажите только новый путь в предложении FILENAME. Не указывайте имя файла в операционной системе.

(0) имхо поднять Always On . И с зеркала токма отчеты.

гугли "секционирование"

(14) но нужна версия Enterprise сервера SQL

(0) Нас примерно с такой же базой спас полный переход на SSD. Обычные SAS-диски не справлялись с очередью. Но с текущим курсом доллара это обойдется очень дорого.
А так - tempdb на диски, (7) посмотреть, про файловые группы погуглить да поиграться на копии.

(12) наверное больше интересует разделение одной базы 1С на несколько баз в MS SQL

(17) При именно такой постановке вопроса решения нет.

(10) https://technet.microsoft.com/ru-ru/library/ms179316(v=sql.105).aspx
http://catalog.mista.ru/public/94040/
Так проблема реально в чем? Пользователям трудно стало работать, или просто новые диски ставить некуда?
А памяти достаточно на сервере для работы с этим объемом данных?

Разбить на разные базы нельзя. Разнести по файловым группам - можно. В принципе, ответы выше достаточно полны.

(0) Ну так купите сразу  большой диск, с запасом и не придется все время покупать.
Или прекратите развивать компанию, для экономии на дисках.

(17) Файловые группы, сказали же уже.

Секционирование

Всем спасибо за советы

Разнесение одной базы 1С в разные базы SQL целесообразно для использования общих таблиц.Например таблица кладра.
реализуется путем замены таблицы представлением на таблицу в другой базе. при этом будет проблема реструктуризации, при которой 1с8 будет пытаться пере создать таблицу. обходится созданием ддл триггера отменяющего и подменяющего действия 1с8 по переименованию,созданию , копированию, удалению.  

также не забывайте про резервное копирование общих таблиц если они вынесены в отдельную бд.

+(25) речь про мс скл.