Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
Всем привет. Знаю, что есть куча инструкций, но есть несколько проблем, которые никаким образом не получается решить. Не получается прописать учётку в службе. Дано, доменный компьютер для бэкапа и не доменный с SQL server 2014 express. Пока для тестов делаю штатными средствами через SSMS, в будущем скопирую этот скрипт, и буду гонять его через планировщик по времени. Можно ли прописать в службе SQL server пользователя, которого нет на этом компьютере (т.е. пользователя компьютера, куда делается копия)? Пробовал прописывать учётку доменного и локального типа, пишет не правильные данные. Думаю албанский вопрос, но вдруг я что-то недопонимаю и это можно сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 06:24 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
У тебя ж экспресс! В Экспрессе - нет агента. Значит, бэкап придется делать из виндового шедулера. Заведи на обеих компах локального пользователя с одним и тем же именем, и одним и тем же паролем. Разреши ntlm аутентификацию в домене и на компе. Она по умолчанию до сих пор, вроде, разрешена, так что просто проверь, не отключена ли политикой. В MSSQLSERVER сделай этого пользователя - пользователем с членством в db_backupoperator на базах, бэкап которых хочешь делать. Напиши скрипт для бэкапа БД, ну, или сгенерируй его с помощью ssms. Напиши батник, в котором будет вызываться sqlcmd с этим самым файлом скрипта, как входящим файлом. Пропиши в системном шедулере вызов батника, с нужной тебе периодичностью, от имени того самого локального пользователя. И лучше не делай бэкап непосредственно в сеть. Делай бэкап рядом, потом - restore verifyonly, потом посчитай md5 файла, это легко делается командой powershell, потом скопируй файл в сеть и еще раз посчитай md5, и сравни их. Т.к. база у тебя наверняка - копеечная, с объемом бэкапа меньше 10-15 Гб, всё это - быстро, в час уложишься. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 07:00 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
uaggsterВ Экспрессе - нет агента. Агент есть, но его нельзя запустить uaggsterвиндового шедулера Я и про него имел ввиду, под словом планировщик uaggsterЗаведи на обеих компах локального пользователя с одним и тем же именем, и одним и тем же паролем. В принципе, так и думал uaggsterНапиши скрипт для бэкапа БД А что прописать надо в t-sql, чтобы хранились копии только за 2 недели? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 08:08 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
uaggsterДелай бэкап рядом, потом - restore verifyonly, потом посчитай md5 файла, это легко делается командой powershell, потом скопируй файл в сеть и еще раз посчитай md5, и сравни их. Т.к. база у тебя наверняка - копеечная, с объемом бэкапа меньше 10-15 Гб, всё это - быстро, в час уложишься. Я вижу так, создаётся бекап и txt файл с хэш-суммой, выдерживается пауза с запасом, только потом копируется и сверяется скопируемая копию хеша с текстовым файлом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 08:30 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
Никита А, Не надо с текстовым фалом, и паузу искусственную выдерживать нет необходимости. В скрипте команды исполнятся последовательно: 1) вначале при помощи PowerShell: $Local_Hash = Get-FileHash %local_path% -Algorithm MD5 2) В том же скрипте сделай перенос файла с локального хранения в сетевое 3) строчкой ниже - снова $Network_Hash = Get-FileHash %network_path% -Algorithm MD5 4) Сравни переменные $Local_Hash и $Network_Hash и, если они равны - то выход из программы, иначе - какой-нибудь алёрт или повтор операций Лучше делать всегда составные джобы, где порядок операций предсказуем, зависим, можно настраивать некоторую логику условия что-ли. Выдерживать искусственную паузу - можно на этом пролететь так или иначе, если будет, к примеру, задержки в сети ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 08:54 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
Никита АА что прописать надо в t-sql, чтобы хранились копии только за 2 недели? Это не в t-sql надо прописать, а в cmd - можно погуглить удаление файлов старше определенного времени и доработать для себя. Ну или в PowerShell. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 09:21 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
PsyMishaНе надо с текстовым фалом, и паузу искусственную выдерживать нет необходимости. В скрипте команды исполнятся последовательно: 1) вначале при помощи PowerShell: $Local_Hash = Get-FileHash %local_path% -Algorithm MD5 2) В том же скрипте сделай перенос файла с локального хранения в сетевое 3) строчкой ниже - снова $Network_Hash = Get-FileHash %network_path% -Algorithm MD5 4) Сравни переменные $Local_Hash и $Network_Hash и, если они равны - то выход из программы, иначе - какой-нибудь алёрт или повтор операций Лучше делать всегда составные джобы, где порядок операций предсказуем, зависим, можно настраивать некоторую логику условия что-ли. Выдерживать искусственную паузу - можно на этом пролететь так или иначе, если будет, к примеру, задержки в сети Спасибо, уже в скором буду пробовать, отпишусь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 09:43 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
Никита А, Ок, удачи Кстати - есть еще способ хороший, когда нужна гарантированная проверка целостности - вместо обычных команд копирования в скрипте - использовать встроенную утилиту bitsadmin.exe у нее несложный синтаксис, который можно использовать хоть в батнике, хоть в PS, но она копирует через специальную службу с гарантией доставки, если произошел сбой в сетевой операции, даже если удаленная машина выключится - эта утилита будет ждать и предпринимать попытки без остановки операции. Максимально ответственная тулза, в общем Тогда и про MD5 можно не заморачиваться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 09:52 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
PsyMishaТогда и про MD5 можно не заморачиваться У меня как то полка файлы била. Не всегда, изредка. С тех пор - обязательно сравниваю md5 записываемого и md5 поднятого. И храню их. Хорошо хоть бэкапы небольшие, до 200 Гб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 10:00 |
|
||
|
Бэкап баз в сеть
|
|||
|---|---|---|---|
|
#18+
uaggsterУ тебя ж экспресс! В Экспрессе - нет агента. Значит, бэкап придется делать из виндового шедулера. Заведи на обеих компах локального пользователя с одним и тем же именем, и одним и тем же паролем. Разреши ntlm аутентификацию в домене и на компе. Она по умолчанию до сих пор, вроде, разрешена, так что просто проверь, не отключена ли политикой. В MSSQLSERVER сделай этого пользователя - пользователем с членством в db_backupoperator на базах, бэкап которых хочешь делать. Напиши скрипт для бэкапа БД, ну, или сгенерируй его с помощью ssms. Напиши батник, в котором будет вызываться sqlcmd с этим самым файлом скрипта, как входящим файлом. Пропиши в системном шедулере вызов батника, с нужной тебе периодичностью, от имени того самого локального пользователя. И лучше не делай бэкап непосредственно в сеть. Делай бэкап рядом, потом - restore verifyonly, потом посчитай md5 файла, это легко делается командой powershell, потом скопируй файл в сеть и еще раз посчитай md5, и сравни их. Т.к. база у тебя наверняка - копеечная, с объемом бэкапа меньше 10-15 Гб, всё это - быстро, в час уложишься. Все правильно написано. А для копирования лучше использовать виндовую robocopy.exe. Надежнее для копирования больших файлов. Мы таскаем по сети 400 гиг с её помощью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 10:06 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39855461&tid=1687338]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
132ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 269ms |
| total: | 492ms |

| 0 / 0 |
