“А зачем мне уметь в json”?

сука

“А зачем мне уметь в json”?

это пыхер заявил?

это пыхер заявил?

Да

он ёбобо?

Он пыхер

ты же был в том чате

да я чет не следил за срачем

а чо он там на пыхе кодит? как-то утверждение что жсон не нужен от прогера, эт как-то нонсенс

а чо он там на пыхе кодит? как-то утверждение что жсон не нужен от прогера, эт как-то нонсенс

сайты-визитки

“А зачем мне уметь в json”?

А зачем ему вообще что-то уметь?

Это же нормально, не знать технологий

json @ кодировка

я в плане того, что можно прям через шаблонизатор выводить в той кодировке, в которой нужно

хочешь json - на

ну и где аргументы?

Я там конкретные пункты привел

твоё РО - высер

не подменяй понятия

подрости да поумней, у меня все.

Бляяяяя

Это пизда

Чо пацаны

Кластеризовал кто SQL Express?

А ты хорош!

Поднимал вообще кто кластер терминальников на 2012+?

экспресс разве умеет в кластер?

экспресс разве умеет в кластер?

Мне тоже казалось, что нет

оно же там кастрировано вроде было

Да я тоже так думал, пока это не почитал.

http://sqlcom.ru/cluster/sql-server-express-cluster/

Поднимал вообще кто кластер терминальников на 2012+?

This?

http://sqlcom.ru/cluster/sql-server-express-cluster/

очень плохо выглядит

Перед установкой удаляем все системные БД с диака E:\ (master, msdb, model, tempdb), чтобы экземпляр на 2 ноде смог записать туда свои

камлания вокруг бд с удалением системных баз чет кажется не очень клевой идеей

Вот потому и спрашиваю, чокак )

как распидарасит, так и останешься у разбитого скулекластера

Но мне он нуен как раз под терминальник.

Там с 2012 кластеризация через скуль работает.

может даже работать будет, но чо каво с траблшутингом я думаю можно будет навернуть говна

не факт конечно. а нафига терминальнику скуль?

ахз

никогда не надо было и вдруг внезапно

Ранее мы рассматривали пример построения фермы Remote Desktop Connection Broker (RDCB) на базе Windows Server 2008 R2. С выходом Windows Server 2012 технологии повышения доступности для служб RDS претерпели определённые изменения, в частности теперь для построения отказоустойчивой фермы RDCB не используются механизмы Windows Failover Cluster.

RD Connection Broker хранит свои данные в базе данных SQL Server, а клиенты подключаются к серверам RD Connection Broker используя DNS Round Robin.

И при настройке хай авабилити он просит подключение к скулю

отличии от реализации RDCB в предыдущих версиях Windows Server, Connection Broker в Windows Server 2012 обеспечивает высокую доступность в режиме Active/Active, когда каждый из серверов RDCB является активным и обрабатывает входящие запросы. Это позволяет обеспечить высокую доступность и масштабируемость RDCB в больших фермах Remote Desktop. Для хранения данных RDCB используется БД на MS SQL Server.

ну чет из кусков которые ты скинул, я не вижу требований кластера mssql

Кластера - нет, но скуля в принципе.

и по той статье там ж не кластер а типа failover получается

типа активная нода упала, вторая поднялась

Но задача в том, чтоб было два одинаковых терминальника на двух разных гипервизорах.

и по той статье там ж не кластер а типа failover получается

Нууу, не совсем. НЛБ может и балансировать. В итоге две ноды активные (я про терминальник).

я именно по скуль

И если один гипервизор рухнет, то там и терминальник и скуль рухнет, следовательно нужно две ноды скуля, на всякий пожарный.

терминальник то понятно

я так-то не силен в мсскуле, там типа только в платных версиях кластеризация из коробки?

д

И там они ещё вроде как разные. Не помню точно.

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

правильно

Поднимал вообще кто кластер терминальников на 2012+?

Я поднимал, если ты про ферму. Немного не так, как в лучших практиках описано, но работает.

Полноценный SQL из-за лицензий ататат?

Атата

Ататат же

У меня есть кластер MSSQL для базы RDCB (точнее, даже двух).

Атата это ататат по-польски

Ататат же

Ататат - неадекват.

Your all base are belong to us

Фотограммы Нэлли Баранко?

У меня есть кластер MSSQL для базы RDCB (точнее, даже двух).

А у меня тут всус цмдэхами в реестр через гпо прописывается.

ало там же были админ шаблоны чтобы не ебаться с цмд

ало там же были админ шаблоны чтобы не ебаться с цмд

У меня нет доступа до этих ГПО.

если через гпо только скрипты пушить, то нахер это гпо и нужно? поднял pdc и попиздовал

Просто сегодня полез глянуть где же всус, взял репорт, а там цмдэха.

Короче. Кластер MSSQL у меня выглядит так - это две виртуалки на на разном железе, на разных хранилках. Они не только RDCB держат, но и кучу других SQL-баз. RDCB - ещё две виртуалки, которые по совместительству ещё пару функций держат (RDGW, лицензии для RDS, NPS, IIS). И сами терминальники (RDSH), на которых только эта роль. Итого - шесть виртуалок.

Короче. Кластер MSSQL у меня выглядит так - это две виртуалки на на разном железе, на разных хранилках. Они не только RDCB держат, но и кучу других SQL-баз. RDCB - ещё две виртуалки, которые по совместительству ещё пару функций держат (RDGW, лицензии для RDS, NPS, IIS). И сами терминальники (RDSH), на которых только эта роль. Итого - шесть виртуалок.

В плане на разных хранилках?

В плане на разных хранилках?

В прямом. Есть гипервизоры из нового кластера vmware, подключены к новому хранилищу. Есть старые серверы и старая хранилка, на них старый кластер. Всё управляется одним vcenter’ом.

На терминальнике юзерпрофили перемещаемые куда-либо, или в стоке лежат?

В прямом. Есть гипервизоры из нового кластера vmware, подключены к новому хранилищу. Есть старые серверы и старая хранилка, на них старый кластер. Всё управляется одним vcenter’ом.

Там же вроде для скуля надо было общий диск?

На терминальнике юзерпрофили перемещаемые куда-либо, или в стоке лежат?

Здесь хитрее. Есть как User Profile Disk, так и folder redirection для «Документов» (так надо). Всё работает вместе ок.

Там же вроде для скуля надо было общий диск?

Нет. В SQL 2014 и в Exchange 2013 можно сделать без разделяемого хранилища - через DAG.

Нет. В SQL 2014 и в Exchange 2013 можно сделать без разделяемого хранилища - через DAG.

Огонь. На любой редакции?

И это вообще для меня очень хороший вариант.

Огонь. На любой редакции?

Ммммммм, не уверен.

Про чангу знаю, со скулём мало работал.

Там по разному делается DAG. В Exchange полностью внутри, а SQL - через WFC, но управление через SQL.

Короче, не сумлевайтесь, оно работает.

Т.к. сана нет, то второй вариант предпочтительнее.

предложите прогу для хранения паролей