Разделение документов на основные и дополнительные

[JackSt]

Приветствую всех форумчан!

Надеюсь, что кто-то сталкивался с подобной ситуацией или даст дельный совет, как грамотно выполнить поставленную задачу. Её суть состоит в следующем:

Мы хотим разделить базу электронных документов, проходящих через Медок, на два потока - основной и дополнительный. Дополнительный будет включать в себя акты, счета, договора, счета-фактуры и другие. Эту дополнительную группу документов мы хотим вести в отдельной базе. С целью её создания мы проинсталлировали Медок на другом разделе и на данный момент имеем два экземпляра программы, две службы FireBird и два файла БД. Дополнительная БД пока пустая. Для того, чтобы её заполнить и начать работу, нам необходимо провести её грамотную настройку. По этой части у меня появились некоторые вопросы:

1. Правильно ли я понимаю, что нам нужно создать дополнительный электронный ящик, через который будет производиться обмен документами? Предприятие в дополнительной БД останется тем же самым.
2. Принимаем, что второй электронный ящик всё-таки нужно создать. Тогда возникает вопрос, как разделить документы на два потока - основные документы идут по основному электронному адресу, дополнительные - по дополнительному.

[Колпаков Б.И.]

С какой целью Вы хотите это сделать?

[JackSt]

С какой целью Вы хотите это сделать?

1. В связи с увеличением объёма документов возрастёт количество одновременно работающих с Медком пользователей.
2. Также весьма скоро БД начнёт расти. Она уже сейчас занимает больше 7 Гб.

[Колпаков Б.И.]

1. Какой Вы используете ФБ или какие характеристики сервера Медка?
2. Так как Вы хотите сделать только внесет путаницу в Вашу работу.
Вы конечно можете настроить две копии Медка, одна из них будет иметь признак филии(это будет та которая НЕ будет работать с первичкой(первичка это - счета, акты, договора, налоговые накладные и т.п.)). Но это не решит проблему роста базы.

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

[BlackOwl]

1. Какой Вы используете ФБ или какие характеристики сервера Медка?
2. Так как Вы хотите сделать только внесет путаницу в Вашу работу.
Вы конечно можете настроить две копии Медка, одна из них будет иметь признак филии(это будет та которая НЕ будет работать с первичкой(первичка это - счета, акты, договора, налоговые накладные и т.п.)). Но это не решит проблему роста базы.

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

Давеча читал в одной книжке, что если сделать бекап zvit.fdb через штатные средства Огнептицы (gbak с командной строки), а потом restore, то размер БД уменьшится (возможно и заработает шустрее). Насколько изменится размер БД, к сожалению, не написано. Возможно, это малая величина в сравнении с самим размером исходной БД.

[JackSt]

1. Какой Вы используете ФБ или какие характеристики сервера Медка?

FireBird Server Classic v2.1.4
ОС - Windows Server 2012 R2 Standard
Процессор - Intel Xeon E5-2650 2,00GHz
ОЗУ - 8Гб
C: 100Гб
D: 100Гб

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

Первый (основной) экземпляр Медка (и БД) стоит на диске С, там осталось 20Гб свободного места. Диск D почти пуст. Сам собой напрашивается вариант установки там второй БД.

[JackSt]

Давеча читал в одной книжке, что если сделать бекап zvit.fdb через штатные средства Огнептицы (gbak с командной строки), а потом restore, то размер БД уменьшится (возможно и заработает шустрее). Насколько изменится размер БД, к сожалению, не написано. Возможно, это малая величина в сравнении с самим размером исходной БД.

А можно вообще настроить резервное копирование БД по расписанию штатными средствами Огнептицы?

[BlackOwl]

Давеча читал в одной книжке, что если сделать бекап zvit.fdb через штатные средства Огнептицы (gbak с командной строки), а потом restore, то размер БД уменьшится (возможно и заработает шустрее). Насколько изменится размер БД, к сожалению, не написано. Возможно, это малая величина в сравнении с самим размером исходной БД.

А можно вообще настроить резервное копирование БД по расписанию штатными средствами Огнептицы?

Да, прога вроде называется GBAK Sheduler. Я ее не юзал, но говорят, что вроде как бесплатная.

[Владимир]

Первый (основной) экземпляр Медка (и БД) стоит на диске С, там осталось 20Гб свободного места. Диск D почти пуст.

Ну так перенесите базу на диск D. Используя ConnectionSetup.exe, там есть возможность работы с базой, которая на отдельном диске (только локальном) работает.

[Колпаков Б.И.]

1. Какой Вы используете ФБ или какие характеристики сервера Медка?

FireBird Server Classic v2.1.4
ОС - Windows Server 2012 R2 Standard
Процессор - Intel Xeon E5-2650 2,00GHz
ОЗУ - 8Гб
C: 100Гб
D: 100Гб

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

Первый (основной) экземпляр Медка (и БД) стоит на диске С, там осталось 20Гб свободного места. Диск D почти пуст. Сам собой напрашивается вариант установки там второй БД.

Если это физически один и тот же винчестер - проще свободное место переместить с С на D - это очень просто и быстро, особенно если D пустой.
Сколько у Вас активных пользователей?

[Колпаков Б.И.]

Давеча читал в одной книжке, что если сделать бекап zvit.fdb через штатные средства Огнептицы (gbak с командной строки), а потом restore, то размер БД уменьшится (возможно и заработает шустрее). Насколько изменится размер БД, к сожалению, не написано. Возможно, это малая величина в сравнении с самим размером исходной БД.

А можно вообще настроить резервное копирование БД по расписанию штатными средствами Огнептицы?

У Медка есть свои штатные средства РК, которые можно настроить по расписанию.