Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft SQL SERVER

Автор: zeleniy
Дата сообщения: 07.04.2005 08:45
VLkin
Я так думаю если ты знаешь по времени когда это произошло то и надо например восстанавливать на определенное время и смотреть дальше.
Во время обучения нам этого не показывали к сожалению

Автор: naPmu3aH
Дата сообщения: 07.04.2005 09:16
VLkin

Цитата:
Что-то не выходит, после восстановления на point of time база переходит в состояние loading, где и остается. база тестовая - создал, сделал фул бекап, грохнул таблицу, сделал бекап лога.

Восстановление последнего лога (который с указанием времени) надо делать с WITH RESTORE. В BOL есть пример (отдельная статья) на данный пункт восстановления базы.

Без использования сторонних продуктов (типа Lumigent Log Explorer) ты вряд ли определишь момент удаления данных...
Я в свое время пытаясь найти момент возникновения проблемных данных в базе действовал методом деления временного отрезка пополам.
Автор: Aler_new
Дата сообщения: 08.04.2005 09:50
All

хотел автоматизировать backup но почему-то SQL Server Agent ругается

во



что не так всё делалось под админом

Автор: oberonSOV
Дата сообщения: 08.04.2005 11:02
Aler_new

Цитата:
всё делалось под админом

Под кем он работает указаывается в настройках. Если было указанно юзать не виндовую авторизацию, а конкретного пользователя, то после смены пароля в виндах, он обламывается ровно таким вот образом... В общем, смени пароль и настройка агента, или переключи тип авторизации. IMHO, так.
Автор: Aler_new
Дата сообщения: 12.04.2005 07:43
oberonSOV

попробую
Автор: Aler_new
Дата сообщения: 14.04.2005 08:36
oberonSOV

Спасибо всё заработало
Автор: FreemanRU
Дата сообщения: 18.04.2005 15:01
Коллеги, выручайте.
Ситуация. Есть сервер (SERV1), на нем две базы - base1 & base2.
Установили новый сервер SERV2, сделали бакап обеих баз на первом, рестор на втором. Все просто восхитительно. Кроме одного - не перенеслись пользователи (users) каждой из баз, при этом логины (logins) перенеслись нормально. Я поговорил с нашими программистами, которые в основном занимаются MSSQL, они сказали, что перенести аккаутны нельзя, типа набивай ручками, но так как админы люди линивые, стал искать а как бы это на автомате сделать, тем более что записей там более 100.
Попробовал DTS (move users), выбрал базы данных, но он сказал, что типа успешно, но при этом ничего не перенес. Как быть? Как бы мне этот процесс автоматизировать?
Автор: zeleniy
Дата сообщения: 18.04.2005 15:28
У меня была такая же ситуация, ноя сделал проше я остановил на обоих серверах MSSQL и переписал на второй сервер все файлы баз данных включая системные (master, msdb и т.д.) главное чтобы пути к базам данных на первом и втором сервере совпадали.
Автор: FreemanRU
Дата сообщения: 18.04.2005 16:00
zeleniy
Уже собирался твой способ пробовать, но нашел что искал: KB240872 "Устранение проблем, связанных с разрешениями, при перемещении базы данных на другой сервер Microsoft SQL Server"
Автор: kivrin
Дата сообщения: 04.05.2005 09:31
Господа, вопрос ламерский!
Никогда SQL server не ставил и не пользовался... как-то не было необходимости...
Но вот 1С-ники говорят, мол, поставь SQL Server... (о переходе на 1С SQL пока речь не идёт) говорят, 1С тогда устойчивее работать будет...
1С v7.7 не SQL... пользователей десятка полтора, поэтому, действительно, вылетают иногда... И что, деиствительно есть смысл? И как SQL настроить надо тогда? Или брехня?
Заранее благодарен за совет...
Автор: zeleniy
Дата сообщения: 04.05.2005 12:01
kivrin
Я сталкивался с такой ситуацией лет 5 назад и действительно помогло меньше глюков стало и каких-то непонятных выылетов. Но нужно будет делать средства обеспечения сохранения данных.

Автор: kivrin
Дата сообщения: 04.05.2005 12:53
zeleniy

Цитата:
Но нужно будет делать средства обеспечения сохранения данных

т.е. ? для 1С или SQL? Применение SQL Server снижает надёжность хранения данных?
Ниченепонимаю...
Автор: zeleniy
Дата сообщения: 05.05.2005 06:54
zeleniy

Цитата:
для 1С или SQL? Применение SQL Server снижает надёжность хранения данных?

Для SQL. Нет не снижает, но если вы сейчас каким-либо образом делаете резервное хранение своих данных то и после перехода на SQL надо это делать, но только средствами SQL я имею ввиду Backup баз данных SQL присем надо будет сохранять не только БД 1С но и системные БД.
Автор: kivrin
Дата сообщения: 05.05.2005 08:01
zeleniy
Благодарю за ответ! Теперь понял...
только ещё уточнеие, если можно...
С бакапом понятно... а вот при установке... SQL Server сам разберётся, что к чему, или ему нужно объяснять, зачем он тут нужен? Хотя, надо, наверное, чего-нибудь почитать про него... придётся, всё равно...
Автор: zeleniy
Дата сообщения: 05.05.2005 08:31
Надо прочитать основы MS SQL сервер конечно. Особенно обратить внимание на установку SQL и требования к компьютеру. Потом прочитать про backup/restore.
Давно это было может не все и вспомню. Лучше посмотреть в доке по 1С что написано.
Сначала ставится SQL сервер (сразу предупреждаю что 1С работает только с MS SQL другие не поддерживаются).
Делается там так создается новая папка под конфигурацию.
в эту папку переписывается конфигурациооный файл и только.
Потом при запуске конфигуратора в этой папке он пишет где будут находиться таблицы 1С в виде *.dbf файлов или в виде таблиц SQL. Указываем SQL он спросит про то где находиться сервер и сделает там БД и таблицы вней.
Потом нужно в старой конфигурации(dbf) сделать выгрузку данных в файл и в новой (SQL) конфигурации их загрузить.
Поправить на клиентских местах установки и все можно рабоать.
Автор: kivrin
Дата сообщения: 05.05.2005 10:31
zeleniy
Большое спасибо за ответ! И за подробную инструкцию...Всё понял...
щас как раз запускаю под 1С выделенный сервер... значит, видимо, и SQL повешу...
Вот с этого и начну... Грацие!!

Автор: ShriEkeR
Дата сообщения: 05.05.2005 12:21
zeleniy

Цитата:
при запуске конфигуратора в этой папке он пишет

если установочные файлы 1С под SQL
kivrin
а backup баз 1С лучше делать средствами самой 1С.
Автор: kivrin
Дата сообщения: 05.05.2005 13:01
ShriEkeR

Цитата:
если установочные файлы 1С под SQL

А если dbf? Есть вообще смысл с этим заморачиваться?

Цитата:
а backup баз 1С лучше делать средствами самой 1С.

Я так понял, что и то и другое не повредит:

Цитата:
присем надо будет сохранять не только БД 1С но и системные БД

Вообще, я считаю, что лишний бакап ещё никому не повредил...
Автор: zeleniy
Дата сообщения: 05.05.2005 13:17
По моему еще надо иметь специальную версию 1С под SQL сервер. В ней как раз поддерживается как работа с *.dbf так и работа с SQL.
Автор: kivrin
Дата сообщения: 06.05.2005 07:42
zeleniy
Ну и всё-таки резюмируя:

Цитата:
1С v7.7 не SQL... пользователей десятка полтора, поэтому, действительно, вылетают иногда... И что, деиствительно есть смысл? Или брехня?

???
Автор: zeleniy
Дата сообщения: 06.05.2005 09:03
Sorry за Ответ для темы 1С. Дальше надо все обсуждать там.
Есть смысл я как раз помогал друзьям у них было всего 5-10 человек, но в день было до 1000 накладных на отгрузку и у них все стало быстрее и надежнее работать.
Автор: Filys Fog
Дата сообщения: 11.05.2005 08:59
Здравствуйте! Я тут немного незнаю так как с SQL в первый раз может к вам а может нет. Дело в следующем запускается процес бэкап. И длиться этот процес 1,5 часа. Сервер показывает что не работает в полную мощь что можно сделать????
Автор: Jadeite
Дата сообщения: 11.05.2005 13:11

Цитата:
Сервер показывает что не работает в полную мощь
Что значит неработает в полную мощь? Загрузку процессора что-ли меряешь? Или что?
А для ускорения бэкапа можно сделать следующие веши:
1. Бэкапить на другой физический диск, а не на тот, на котоом база
2. Увеличить пропускную способность дисковой системы.
3. Добавить памяти....
Автор: Filys Fog
Дата сообщения: 11.05.2005 13:57

Цитата:
2. Увеличить пропускную способность дисковой системы.
3. Добавить памяти

Я конечно понимаю, что немного не догоняю.
Если нетрудно то как увеличить, и как добавить? И не надо меня пинать ногами. Я только учусь!!!!
Автор: Jadeite
Дата сообщения: 11.05.2005 14:04
1. докупить оперативной памяти XXX мегабайт и вставить в сервер
2. Разнести файл данных и файл лога транзакций по разным физическим массивам, сменить модель рейда, сменить рейд-контроллер, сменитьь винты да мало-ли...
Ты лучше скажи свою аппаратную конфигурацию, там и подумаем... Да, и размер базы тоже
Автор: naPmu3aH
Дата сообщения: 11.05.2005 16:59
Есть мнение, что количество памяти малов лияет на скорость бекапа.
Вот диски/RAID'ы/сеть (если по сети) - стопудова, а память...
Автор: Filys Fog
Дата сообщения: 12.05.2005 07:07
Сервер IBM xSerias 365 двух процесорный 2 Мегагерца, Win2000, память 4Гика, SQL Интерпрай (каца правильно определил) Диск всвободного пространства 200 гигов, база весит 16 875.15 МB. Raid 5 по сети запретили скидывать вышестоящии организации, но и в проблеме не хотят разбираться сбросили сервак, работайте. Вот я и учусь по ходу.
Автор: Jadeite
Дата сообщения: 12.05.2005 14:56
99% процентов узкое место - дисковая подсистема.
Поподробнее - какой рейд контроллер, сколько и какие диски. И весь массив в одном диске и ли разбит на несколько?
Автор: Filys Fog
Дата сообщения: 12.05.2005 15:54
Весь рейд-массив разбат на три 3 диска. Один диск с основной операц системой WIN2000 и с SQL, второй с резервной так же WIN2000, третий общий на нем бэкаплю. Рейд контролер, как я понял, IBM ServeRaid 6M Controller.
Заранее Jadeite огромное спасибо !

Автор: FreemanRU
Дата сообщения: 14.05.2005 09:39
Вышел Microsoft SQL Server 2000 Service Pack 4:
http://www.microsoft.com/downloads/details.aspx?FamilyID=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5&displaylang=en
Info:
http://download.microsoft.com/download/1/B/D/1BDF5B78-584E-4DE0-B36F-C44E06B0D2A3/ReadmeSql2k32sp4.htm

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: Измерение скорости сети LAN - все программы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.