SQL 2008. Помогите выбрать правильную модель репликации
- Открытый исходный код
- Легкий настроить/настроить
- Легкий запуститься (соединяются с),
- Поддерживает 64-разрядные клиенты (согласно им, по крайней мере)
'Одиночное нажатие' крайнего VNC могло бы быть тем, что Вы ищете. Это позволяет нам Ваш клиент (пользователь) запуск исполняемый файл (никакая необходимая установка), который открывает соединение с сервером слушания на Вашем конце. Это было довольно безупречно для нас для соединения с удаленными пользователями. Вот некоторая информация об этом: http://lifehacker.com/198532/geek-to-live--tech-support-with-ultravnc-singleclick
Это взяло когда-то для понимания проблемы. Исправьте меня, если я неправ.
У Вас есть база данных, где Вы загружаете данные только для одних данных, и пользователи просят отчеты об этих данных. Но во время процесса импорта (сделанный только один раз в день) блокируются отчеты. Добавляемый объем данных каждый день составляет 2 ГБ. И Вы хотите оптимизировать этот процесс.
Каков ВЫБОР @@ ВЕРСИЯ? Я знаю, что Вы используете 2008, но мне нужна информация о выпуске также. Вы добавляете 2 ГБ данных или усекаете и загружаете только 2 ГБ каждый день? Сколько памяти доступно на поле? Можно ли совместно использовать информацию от ниже запроса также.
-- Isolate top waits for server instance since last restart or statistics clear
WITH Waits AS
(SELECT wait_type, wait_time_ms / 1000. AS wait_time_s,
100. * wait_time_ms / SUM(wait_time_ms) OVER() AS pct,
ROW_NUMBER() OVER(ORDER BY wait_time_ms DESC) AS rn
FROM sys.dm_os_wait_stats
WHERE wait_type NOT IN ('CLR_SEMAPHORE','LAZYWRITER_SLEEP','RESOURCE_QUEUE','SLEEP_TASK'
,'SLEEP_SYSTEMTASK','SQLTRACE_BUFFER_FLUSH','WAITFOR', 'LOGMGR_QUEUE','CHECKPOINT_QUEUE'
,'REQUEST_FOR_DEADLOCK_SEARCH','XE_TIMER_EVENT','BROKER_TO_FLUSH','BROKER_TASK_STOP','CLR_MANUAL_EVENT'
,'CLR_AUTO_EVENT','DISPATCHER_QUEUE_SEMAPHORE', 'FT_IFTS_SCHEDULER_IDLE_WAIT'
,'XE_DISPATCHER_WAIT', 'XE_DISPATCHER_JOIN', 'SQLTRACE_INCREMENTAL_FLUSH_SLEEP'))
SELECT W1.wait_type,
CAST(W1.wait_time_s AS DECIMAL(12, 2)) AS wait_time_s,
CAST(W1.pct AS DECIMAL(12, 2)) AS pct,
CAST(SUM(W2.pct) AS DECIMAL(12, 2)) AS running_pct
FROM Waits AS W1
INNER JOIN Waits AS W2
ON W2.rn <= W1.rn
GROUP BY W1.rn, W1.wait_type, W1.wait_time_s, W1.pct
HAVING SUM(W2.pct) - W1.pct < 99 OPTION (RECOMPILE); -- percentage threshold
SQL Server очень мощен и может получить большую производительность от него при корректном использовании. У нас нет достаточной информации для создания решения теперь. Вы, возможно, нуждаетесь в РЕПЛИКАЦИИ или можете быть Вами, может просто улучшить производительность путем настройки производительности, добавления соответствующих индексов и броска небольшой памяти также. Поэтому добавьте больше деталей.
Если Вы хотите использовать ту базу данных для создания отчетов только, то необходимо рассмотреть использование logshiping с режимом только для чтения.