Newbie Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Для начала не лишним будет посмотреть данные perfmon для текущей конфигурации и аппаратную характеристику сервера.   Дальнейшее обсуждение лучше вести в Профильной теме Всего записей: 432 | Зарегистр. 11-11-2003 | Отправлено: 11:58 25-05-2017 | Исправлено: Newbie, 11:59 25-05-2017

contrafack Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору v1tall   Цитата: ESXi тоже бесплатен с некоторыми ограничениями, в основном, касающимися кластеризации мне сказали, что ESXi бесплатно для некоммерческих целях.   Сейчас VMware vSphere 6.5 актуальна. У нас физический один процессор - (6 ядер)   Цитата: С моей точки зрения ESXi гораздо более прозрачен, чем Hyper-V в плане переноса на другое железо. я не тот, не другой еще не использовал в корпоративных целях. Хотя на hyper-V уже поднял тестовые разные операционки.   Цитата: В Hyper-V необходимо экспортировать, потом импортировать.   А если у меня будет копированный VHDX файл, я не смогу его запустить в другом платформе ?   тогда смысл резервирования этих файлов?     Цитата: Кстати, а резервным сервером для поднятия в случае аварии вы уже озаботились? НУ я думаю там особых знаний не нужны?   взял какой нибудь более менее мощный комп, поставил win 2012/2016 server, поднял Hyper-v, создал виртуальную машину и в качестве диска указал скопированный VHDX файл.   Или я какие то нюансы не учитывал? Всего записей: 3331 | Зарегистр. 21-04-2008 | Отправлено: 19:51 29-05-2017

v1tall Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору contrafack ESXi (а точнее, сейчас он называется vsphere hypervisor) бесплатен для любого использования. Советую ориентироваться не на "сказали", а на официальную документацию. Нигде в материалах VMware не говорится о назначении ваших виртуальных машин. В принципе, если будете использовать какие-то решения для резервного копирования - запустите и одно и другое. VMware более очевиден с моей точки зрения, хотя во всем остальном, кроме виртуализации, я человек, любящий решения MS. В данном случае MS, скорее, догоняет.   Но VMware это чуть другая идеология и в ней придется ориентироваться.   Отвечая на вопрос: имея vmdk или vhdx файл можно будет создать новую виртуальную машину в обоих решениях. Но скопировать vhdx запущенной ВМ гипервизор не даст. Либо тормозить машину, либо использовать те или иные средства резервного копирования. Например, бесплатный (или из варезника) Veeam работает с обоими вендорами. Будут вопросы - задавайте. Всего записей: 111 | Зарегистр. 14-12-2005 | Отправлено: 10:15 31-05-2017 | Исправлено: v1tall, 10:28 31-05-2017

v1tall Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору contrafack Цитата: Это мне сказал один из облачных интеграторов Нет слов на эту тему НИГДЕ. Попросите "облачного интегратора" предоставить доказательства... Лицензионное соглашение Вы можете увидеть при регистрации на сайте VMware на получение бесплатного ключа. Обратите внимание, несмотря на то, что продукт бесплатный, регистрация и получение этого бесплатного ключа - обязательны, иначе остановится через 60 дней.   Цитата: А кроме veeam никто не умеет на "горячую" бекапировать VHDX диски ?   Есть какой-то набор решений, но сам не пробовал, ибо лицензионная чистота не волновала: https://habrahabr.ru/post/312112/   Цитата: не знаю тогда какой набор использовать Смутил я Вас, да? ) Поставьте, повыполняйте типичные задачи в обоих средах, присмотритесь, а там уже и принимайте решение. Все равно в "production" незнакомое решение брать нельзя... Всего записей: 111 | Зарегистр. 14-12-2005 | Отправлено: 09:56 02-06-2017

contrafack Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору v1tall   Ну с hyper-V я больше знаком, чем с VMWare. Я только использую дома vmware workstation. А саму ESXi никогда не видел даже   Ну и под hyper-V мне больше понято каким образом делать резервную копирование VHDX файлов. зайти в хостовую систему и с дисков копировать виртуальные диски.     Теперь вы могли бы сказать насчет восстановления?   Вот я планирую делать 2 VHDX, первый с гостевой ОС (только OS, и установленное ПО 1с) хранить на первом физическом RAID1(2 SSD диски), a на второй VHDX (там уже только SQL базы) хранить на втором физическом RAID массиве (2 SSD диски).   И делать неделю один раз копирование первого VHDX, и каждый день - копировать второй VHDX.     Если что то неладное произошло:   установить хостовый ОС, поднять Hyper-V, создать виртуальную машину, туда импортировать эти 2 VHDX файла и все ?   Насколько мой механизм рабочий и надежный ?     Всего записей: 3331 | Зарегистр. 21-04-2008 | Отправлено: 12:10 02-06-2017

igor me v2 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: А что из себя представляет обслуживание?   Ну как минимум, лично я делаю периодически зачистку базы путём усечения журнала (так называемый shrink), а также сжатие базы. Пока я не начал это делать, база была в свободном полёте 2-3 года. И за это время на двух базах журналы разрослись до примерно 40 и 60 Гб (при объёме самих баз на тот момент примерно 4 и 6 Гб соответственно, в 10 раз ) Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 01:18 06-06-2017

d0r0fey Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору contrafack Цитата: А что из себя представляет обслуживание?   в гугл вбей и читай: Регламентные операции 1с sql   Добавлено: и ещё книгу почтай, сам читал эту "Microsoft SQL Server 2008. Справочник администратора" Уильям Р. Станек но есть уже и "Microsoft SQL Server 2012. Справочник администратора" Станек Всего записей: 1364 | Зарегистр. 13-03-2009 | Отправлено: 05:41 06-06-2017

v1tall Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору igor me v2 Цитата: Приведите аргументы "за" и "против" БД в "полном" режиме складывает в журнал транзакций КАЖДУЮ транзакцию. Это позволяет при наличии самого журнала транзакций или резервных копий журнала восстановить (при должных навыках ) базу по состоянию на ПРОИЗВОЛЬНЫЙ момент времени. Но при этом, естественно, журнал транзакций растет и если не делать резервных копий именно журнала, расти будет, пока место на диске не кончится или не дойдет до жестких ограничений, которые можно установить на уровне БД. БД в "простом" режиме можно восстановить только из резервной копии БД (полной или разностной), соответственно, по состоянию, когда делалась резервная копия. Но журнал при этом особо расти не будет.   Цитата: Это в смысле 1С делает, со своей "внутренней базой"?   Нет, это делает SQL с базой на уровне файловой системы. Журнал растет, вы его "шринкаете", размер файла журнала изменился, он снова начинает пухнуть, вы его снова обрезаете. Все это требует неких файловых операций. Если БД у вас в "полном" режиме, при регулярном резервном копировании журнала транзакций файл журнала очищается (но не уменьшается в размерах) и вновь доступен для записи транзакций.   Добавлено: contrafack 1. Я не работал с runtime версией и не очень понимаю, что она умеет, а что из нее вырезано. Думаю, это можно найти в Гугле. Вам я бы рекомендовал установить режим работы баз в "простой". И делать резервные копии самой базы. 2. По собственному опыту могу сказать, что администратору лучше понимать, что происходит с СУБД, так как программисты 1С очень своеобразны. Хотя, может, вам повезет... 3. По регламентным операциям - можно начать с этого: https://its.1c.ru/db/metod8dev#content:5837:hdoc Всего записей: 111 | Зарегистр. 14-12-2005 | Отправлено: 06:27 07-06-2017

contrafack Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору igor me v2 Цитата: А с чего вы взяли, что это именно проблемы? Это особенности. Которые первых пару-тройку лет, если на диске есть гигов 100 свободных, вообще о себе не заявят. За пару-тройку лет админ уж может изучить  базовые моменты, совсем с нуля  не надо, вы ж не будете программировать сами базы...   Ну если не сразу, то да, еще успею учить базовые вещи под SQL делать. Почему то я думал сразу все надо делать и каждую неделю провести какие то действия по оптимизацию.     v1tall Цитата: 1. Я не работал с runtime версией и не очень понимаю, что она умеет, а что из нее вырезано. Думаю, это можно найти в Гугле. Вам я бы рекомендовал установить режим работы баз в "простой". И делать резервные копии самой базы.   продавцы сказали, что это тотже самый полноценный MSSQL, просто по всем правилам MS он должен работать только с 1С. в лицензионной соглашении так и написано.   Если средствами винды буду периодически делать резервную копию, то файл транзакции расти не будет? И кстати, резервное копирование чего? я планирую делать копии самой виртуалки (VHDX) , или надо средствами SQL делать резервную копию самой базы ? как лучше тогда планировать бепакирование?   Задача - чтоб за короткий срок можно было все восстановить на любом железе. Цитата: 2. По собственному опыту могу сказать, что администратору лучше понимать, что происходит с СУБД, так как программисты 1С очень своеобразны. Хотя, может, вам повезет... Я знаю, не повезет. мне с коллегами не везет. Я буду учить SQL, чтоб сам дела обслуживание и резервное копирование/восстановление. программирование 1С - это уже программист сделает. Он сказал, что ему всеравно SQL или файловая версия. но пока у меня много задач и в ближайший месяц точно не смогу что то пробовать учить по СУБД.   Цитата: 3. По регламентным операциям - можно начать с этого: https://its.1c.ru/db/metod8dev#content:5837:hdoc Все что там написано/показано - делать? может для нас что то там не актуально ?   У нас SSD диски, еще читал где то, что надо настроить так, чтоб диски не убивали     Всего записей: 3331 | Зарегистр. 21-04-2008 | Отправлено: 10:01 07-06-2017

Paromshick Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Никто не пытался заморочиться требованиями самого собственно скуля? Я не всё прочел, смотрю, ы железо обсуждаете. Так что не пинайте. Коротко - надо два диска, чем более они разнесены, тем лучше. Два рейда это хорошо, но два рейда на разных контроллерах - лучше. Один диск под ДБ, другой под логи. К диску логов особое требование по быстродействию на IOPS, ибо транзакция не считается законченной, пока не произведена последняя запись на диск. Это азы, коллеги, нет? Отсюда. Ставить зеркало под журналы, это поставить на Ф-1 резину от трактора. Зеркало по IOPSам - ровно в два раза ниже, чем отдельно стоящий диск. Еще раз: если убрать опции контроллера (не увидел, чтоб обсуждался контроллер), то RAID1 по скорости записи - ровно в два раза медленней, чем отдельно стоящий диск, ибо поступающие по шине данные надо писать в два места. Понимаете? Это главная ошибка. Далее - надо смотреть контроллер. Далее оперативку. Скуль не требователен к процессору. Далее - модель гипервизора. Далее, грамотно планировать скуль. Далее и везде, производить ему обслуживание, которое вы сейчас обсуждаете, хотя есть профильная тема Как-то так, contrafack   PS Пришел, увидел, наследил Всё, молчу, молчу ---------- Скучно Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 10:15 07-06-2017

v1tall Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Paromshick Человек пусть хоть с чего-то начнет... Конкретно по тому, что вы написали - есть о чем поспорить. Требования разносить логи и БД относятся к высоконагруженным базам. У него шесть баз общей суммой в 40 GB. До сих пор у contrafack даже сервера 1С не было. Скорость записи RAID1 из двух дисков РАВНА скорости одного диска, так как скорость "шины" гораздо быстрее, нежели, собственно, запись на шпиндель и т. д. contrafack Цитата: Все что там написано/показано - делать? Делайте. Это не много. Цитата: У нас SSD диски, еще читал где то, что надо Модели дисков и вообще всего железа - в студию. Есть нюансы с моделями, прошивками, поддержкой TRIM и т.д. Можно порекомендовать, если нет четкого понимания, на всякий случай оставлять 20% объема SSD-диска неразмеченным.   Цитата: Если средствами винды буду периодически делать резервную копию Средствами винды журнал транзакций SQL-базы вы не очистите. Если установите режим работы БД "Простой", то журнал расти не будет. После этого даже не нужно резервировать диск, достаточно делать выгрузку из 1С (тогда вы эту базу восстановите вообще в любой 1С, хоть в файловой) или делать бэкап базы средствами SQL с нужной периодичностью (тогда для восстановления работы потребуется опять сервер 1С и сервер SQL).   Собственно, восстановление баз при этом займет времени немного.   И, кстати, объем баз в SQL варианте будет несколько больше. Насколько - пробуйте.   Пример, из жизни: выгрузка в dt - 550 МБ, файловая 1С - 4,2 ГБ, SQL mdf-файл - 11 ГБ (данные, в которых 46% свободного места) + ldf-журнал - 1,3 ГБ (с "Простой" моделью восстановления). Количеством свободного места в базе управляет SQL и вмешиваться в этот процесс я бы без опыта не рекомендовал.             Всего записей: 111 | Зарегистр. 14-12-2005 | Отправлено: 11:41 07-06-2017

Страницы: 1 2 3

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » SQL под Hyper-V

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование