The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В завтрашнем обновлении Windows Server будет нарушена совместимость с Samba"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В завтрашнем обновлении Windows Server будет нарушена совместимость с Samba"  +/
Сообщение от opennews (??), 07-Июл-25, 22:02 
Сформированы внеплановые обновления Samba 4.22.3 и  4.21.7, решающие проблему с нарушением совместимости серверов Samba с завтрашним обновлением  Windows Server. В случае, если не установить предложенные  корректирующие обновления, серверы Samba, не смогут функционировать в роли членов доменов Windows Active Directory, если в настройках для маппинга иденитификаторов пользователей задействован бэкенд 'ad'...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63540

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +4 +/
Сообщение от Аноним (1), 07-Июл-25, 22:02 
В разнос пошли: https://xakep.ru/2025/07/04/windows-firewall-errors/
Ответить | Правка | Наверх | Cообщить модератору

24. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +6 +/
Сообщение от АнонимЯ (?), 08-Июл-25, 01:03 
Кто-то недавно отобедал с мелкомягим.
Ответить | Правка | Наверх | Cообщить модератору

33. Скрыто модератором  +/
Сообщение от Аноним (-), 08-Июл-25, 05:31 
Ответить | Правка | Наверх | Cообщить модератору

62. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Антон 19887234 (?), 08-Июл-25, 09:05 
Вроде какой-то разработчик одного из возможных вариантов ядер для популярной open source системы. И что?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

73. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (73), 08-Июл-25, 11:25 
Пингвинус Т. уже ничего не решает. Вместо него рулят те, в чьих интересах сочиняют Copyleft-next, "учитывающей современные реалии и потребности корпораций".
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

184. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (184), 09-Июл-25, 01:56 
Ведро вроде на gpl2 и выше не собирается, так что Copyleft-next - это для зумеров
Ответить | Правка | Наверх | Cообщить модератору

3. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +8 +/
Сообщение от мяв (?), 07-Июл-25, 22:18 
Вау ! спасибо, OPENNet !
хорошая новость.
Ответить | Правка | Наверх | Cообщить модератору

4. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от Анонимemail (4), 07-Июл-25, 22:25 
Шлак эта samba, та и windows тоже... Для простой домашней сети сколько помню мучался с этим... А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать.
Ответить | Правка | Наверх | Cообщить модератору

7. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от AlexYeCu_not_logged (?), 07-Июл-25, 22:47 
>А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать.

И как в современных дистрах с soft-mount дела обстоят?

Ответить | Правка | Наверх | Cообщить модератору

61. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от Минона (ok), 08-Июл-25, 09:01 
А в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору

93. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от bOOster (ok), 08-Июл-25, 13:34 
NFS4 нормально все с этим. локдаунов как в 3ке нет.  
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

9. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от Аноним (9), 07-Июл-25, 22:58 
> Для простой домашней сети сколько помню мучался с этим

А надо было всего лишь не менять дефолты.

> настроил NFS - то всё просто и стабильно стало работать

На локалхосте всё, что угодно работает. Попробуй в проде NFS. С совместным доступом. И смотри, чтобы девопсы не могли данные финансового отдела читать!

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

12. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от нах. (?), 07-Июл-25, 23:11 
> На локалхосте всё, что угодно работает.

эммм... сумел же этот анти-супергерой настроить самбу так что она у него не работала.
(хотя казалось бы - надо ж суметь)

> Попробуй в проде NFS. С совместным доступом.

ты с венды чтоль лазишь? Там локинг уже видимо никогда работать не будет.

Так-то именно в проде (где кроме пары человек никто не полезет, а кругом только мертвые скрипты с косами) особых проблем нет. А вот если просто соседу дать доступ к своим файликам - и так чтоб он куда надо не полез и лишнего не натворил - тут да, нюансы. Поскольку либо complete trust чужой (виндовой) системе, либо очень длинная и грустная (потому что все равно не работает) история с kerberos

Ответить | Правка | Наверх | Cообщить модератору

30. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 03:08 
> А вот если просто соседу дать доступ к своим файликам - и так чтоб он куда надо не полез и лишнего не натворил - тут да, нюансы

Как раз тут проблем нет - заведи отдельную шару, сеть ограничь через VPN да укажи белый список IP адресов для неё

Kerberos нужен для гораздо более сложных случаев, когда тебе надо данные делить с многопользовательскими системами, да теми что руками люди хотят дёргать

Ответить | Правка | Наверх | Cообщить модератору

96. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от нах. (?), 08-Июл-25, 14:57 
> Как раз тут проблем нет - заведи отдельную шару, сеть ограничь через VPN да укажи белый
> список IP

да ты просто ж мастер костылестроения! Заменять отсутствующую в технологии 80х годов сквозную аутентификацию пользователей (вместо аутентификации компьютеров которые тогда были большими и управлялись грамотными людьми) костылями на уровне сети?

А вот не захочет васян ставить себе никакие впн (да и на его маке это не так тривиально) - и? Что делать будииииим?

И главное - гордиться всем этим бредом не забываем, гордиться!

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

ну с разморозочкой. Криокамера потекла? Тебе у нас - не понравится! Начну издалека: ВСЕ системы у нас теперь - многопользовательские, причем не все эти пользователи там одинаково полезные - кто-то может получить локальные права совершенно не предусмотренные сюжетом и подергать тебя руками за разные части.

Хуже того - однопользовательские системы могут администрироваться человеком, не умеющим в администрирование совсем.

Ответить | Правка | Наверх | Cообщить модератору

31. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от morphe (?), 08-Июл-25, 03:09 
> эммм... сумел же этот анти-супергерой настроить самбу так что она у него не работала.

(хотя казалось бы - надо ж суметь)

Чтобы самба нормально утилизировала 2.5GBASE и выше надо попотеть, да

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

37. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от Аноньимъ (ok), 08-Июл-25, 06:30 
Чего?
А как у меня 10G она утилизировала это что?

А NFS до последних времен был геморный геморой из 70х годов 20 века с приколами уровня ftp и емейла.
И только совсем недавно шифрование впилили.

Ответить | Правка | Наверх | Cообщить модератору

40. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от User (??), 08-Июл-25, 06:41 
Но для папок с кучей файлов (привет анониму с мусоркой на 200к в одной дире!) tencent настоятельно рекомендует nfsv3)
Ответить | Правка | Наверх | Cообщить модератору

141. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от _ (??), 08-Июл-25, 18:59 
А _где_ и главное _когда_ ты в последний раз видел NFSv2 ?
В кое у кого, если не крутить вручную - NFSv4 by default (C)  :)

Но мужики, NFS и Samba (SMB\CIFS) - это разные миры. А не всякое пойло при смешивании даёт коктейль ... иногда просто бурда получается :)

Ответить | Правка | Наверх | Cообщить модератору

156. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:14 
> А _где_ и главное _когда_ ты в последний раз видел NFSv2 ?

Ээээ... У Эви Неметт в книжке, наверное?

> В кое у кого, если не крутить вручную - NFSv4 by default
> (C)  :)

Так поди у всех уже - "но есть нюансы".

> Но мужики, NFS и Samba (SMB\CIFS) - это разные миры. А не
> всякое пойло при смешивании даёт коктейль ... иногда просто бурда получается
> :)

Ну, любители клизмы все еще встречаются, ага. Ежели вот одну и ту же папку раздать через NFS x через samba'у да с acl - иииеэээх, забористо может выйти!

Ответить | Правка | Наверх | Cообщить модератору

187. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноньимъ (ok), 09-Июл-25, 04:56 
> Но для папок с кучей файлов (привет анониму с мусоркой на 200к
> в одной дире!) tencent настоятельно рекомендует nfsv3)

V4 много хуже?
Странно было бы.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

41. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 06:54 
> А как у меня 10G она утилизировала это что?

20мбайт/с на 10GBASE это не утилизация)
А именно такая скорость у тебя будет из коробки, пока ты не включишь multi-channel, sendfile, увеличишь размеры буферов, и забыл что ещё там надо делать

+ что-то на windows клиентах тоже трогать нужно, если они есть

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

47. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (47), 08-Июл-25, 07:24 
>20мбайт/с на 10GBASE это не утилизация)

60-70 МБ/с по гигабитной сетке. Конечно не предел мечтаний, но и не ваш случай.

>А именно такая скорость у тебя будет из коробки, пока ты не включишь multi-channel, sendfile, увеличишь размеры буферов, и забыл что ещё там надо делать

Ничего не делал, настройки стандартные.

Ответить | Правка | Наверх | Cообщить модератору

65. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним20 (?), 08-Июл-25, 09:36 
Раздаю zfs тома через ksmbd, без lkrg.
Пул обычное зеркало на 2x ssd, сервер на n100.
Через 2.5 GBASE-Т для одного файла
скорость на чтение 160 МБ/с, на запись 60 МБ/с.
Локально 200/200 МБ/c.

Часть global из конфига:

max active sessions = 1024
max connections = 128
max open files = 10000
restrict anonymous = 0
server max protocol = SMB3_11
server min protocol = SMB2_10
server multi channel support = no
server signing = disabled
share:fake_fscaps = 64
smb2 leases = no
smb2 max credits = 8192
smb2 max read = 4MB
smb2 max trans = 1MB
smb2 max write = 4MB
smb3 encryption = auto
smbd max io size = 8MB

Что тут поправить чтобы работало быстрее ?

Ответить | Правка | Наверх | Cообщить модератору

186. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноньимъ (ok), 09-Июл-25, 04:55 
zfs set sync=disabled tank/dataset
Ответить | Правка | Наверх | Cообщить модератору

81. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 12:01 
> 60-70 МБ/с по гигабитной сетке. Конечно не предел мечтаний, но и не
> ваш случай.

Ну это хотя бы половина от теоретического максимума

Который, к слову, на NFSv4 достигается без каких-либо настроек

> Ничего не делал, настройки стандартные.

Возможно дефолты стали более адекватные, но это всё ещё не идеал
Что за дистрибутив? Может там мейнтейнеры чот подкрутили?

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

95. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (95), 08-Июл-25, 14:33 
Я не тот аноним, что выше. Но самбой пользуюсь довольно таки давно, в основном с линуксовыми серверами/клиентами. И таки за последние лет 10 я не помню, чтобы самба с дефолтными настройками выдавала меньше 60-70 МБ/с на гигабитной сетке. А за последний год-два я частенько замечаю практически полную утилизацию канала (100 и выше). Дистрибутив - дебианы последний/предпоследний, может еще убунта лтс где там затесалась. В клиентах винда бывает. На 10 гбит сетке не могу точно сказать - выдает практически столько сколько с рейда можно выжать. Многое зависит на самом деле от проца, сетевухи и самой сети
Ответить | Правка | Наверх | Cообщить модератору

195. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (195), 09-Июл-25, 06:35 
Тоже другой Аноним.

CentOS 7 (версия 7.2, 2015 года, без обновлений)
samba 4.2.10 с дефолтным конфигом. На уровне ОС тоже никакого специфического тюнинга.

Core2 Duo E6750
RTL8168

112 Mb/s read, 105 Mb/s write. При этом загрузка CPU не превышает 10%

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

196. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 09-Июл-25, 06:40 
> 112 Mb/s read, 105 Mb/s write. При этом загрузка CPU не превышает
> 10%

Mb? Не MB? Так это и есть 14мбайт/с, что для 1GBASE ужасно низкая скорость

Ответить | Правка | Наверх | Cообщить модератору

145. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от RM (ok), 08-Июл-25, 19:44 
nas4free старый, что на 12 FreeBSD,
принимат на себя запись по самбе с вин 10 на полный гигабит линк, 100 MB/s на файлах заведомо больше кэша диска.
raidz6, HP microserver самый первый на дохлом двухядерном амд, с доколхожеными 6 дисками
Ничего особо не крутил, только raid на 4к выровнял при создании и галки в гуе расставил.
правда сетевухи интел и загрузка обоих ядер овер 90%, нл в потолок не упираеца
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

56. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от hiveliberty (ok), 08-Июл-25, 08:41 
У меня на гигабитке может утилизировать всю ширину канала. Но это зависит от условий чтения с самого HDD - фрагментация и местоположение данных (ближе к началу, или к концу)
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

87. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от penetrator (?), 08-Июл-25, 12:34 
10GbE

900MB/s выдает

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

42. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 06:57 
> А NFS до последних времен был геморный геморой из 70х годов 20
> века с приколами уровня ftp и емейла.
> И только совсем недавно шифрование впилили.

NFSv4 стандартизировали в 2000ом году, последняя ревизия была в 2015ом году, 10 лет назад
Это "недавно"?

Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

188. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноньимъ (ok), 09-Июл-25, 05:11 
>> А NFS до последних времен был геморный геморой из 70х годов 20
>> века с приколами уровня ftp и емейла.
>> И только совсем недавно шифрование впилили.
> NFSv4 стандартизировали в 2000ом году, последняя ревизия была в 2015ом году, 10
> лет назад
> Это "недавно"?

Хм. Может я какие-то не те новости смотрю.
В RHEL5 оно только появилось, это 2011-2012 год.
И я не знаю как в линуксе, а во фре оно было костылировано на nfs3 ещё долго.

И таки TLS завезли таки вот совсем недавно даже в временном измерении зумеров.

Ответить | Правка | Наверх | Cообщить модератору

193. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 09-Июл-25, 06:32 
> И я не знаю как в линуксе, а во фре оно было костылировано на nfs3 ещё долго.

Ну это фря и винда, обе системы по какой-то причине нормальной поддержкой nfs4 не обзавелись
А на linux оно было намного раньше, даже RHEL3 имел его поддержку

Возможно такая путаница из-за того что по дефолту до сих пор для виндовых и прочих клиентов к сожалению включена поддержка nfs3, который тащит с собой rpcbind и всё прочее
Однако даже если это не настраивать и явно в файерволах не разрешать rpcbind - то сервер и клиенты общаются по nfs4 без проблем

> И таки TLS завезли таки вот совсем недавно даже в временном измерении зумеров.

Вопрос правда нужен ли он тут. CEPH и прочие без шифрования трафика обходятся, доверяют эту задачу более нижнему уровню, потому как такие системы всё равно везде стоят в доверенных сетях. Толку от шифрования в недоверенной сети, если трафик могут читать - то скорее всего могут и внедрять, а внедрят мусор в твою tls сессию - и обвалится соединение до шары посреди важной записи, оно тебе надо?

А там где шифрование всё таки нужно - NFS умеет шифроваться через kerberos (krb5p), можно шифрованный туннель поднять конкретно для него, VPN опять же.

Но я в целом не понимаю этот аргумент, ни разу не встречал кейсов когда нужно подобные системы гонять через незащищённую сеть, и по какой-то причине в этой сети нет VPN, и kerberos нет возможности поставить.
Какие-то малые бизнесы, где комп-сервер, комп-начальника, комп-работника? Так там и администраторов нет чтобы чот настроить, скорее всего там будет просто винда и встроенный шаринг через рабочую группу, там и самбы никакой не будет

Ответить | Правка | Наверх | Cообщить модератору

127. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Аноним (9), 08-Июл-25, 18:30 
> ты с венды чтоль лазишь? Там локинг уже видимо никогда работать не будет.

В том числе, да. Но оно и с линуксом умудрялось подраться.

> Так-то именно в проде (где кроме пары человек никто не полезет, а кругом только мертвые скрипты с косами) особых проблем нет.

У меня беда в том, что человек туда должен лазить и наперегонки со скриптами файлы редактировать. Было бы оно структурированное, засунули бы в бд и нет беды, но вся проблема в том, что там сырые данные которые люди на бегу через легаси систему вбивают вручную с ошибками, исправлениями и дополнениями, и кто-то должен периодически глазами отсматривать и править явную лажу.

В итоге, на винду всё переехало. Дешевле заплатить за лишнюю лицензию, чем бороться с NFS в 2025.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

189. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноньимъ (ok), 09-Июл-25, 05:14 
А документо-ориентирование БД не зашли?
Ответить | Правка | Наверх | Cообщить модератору

172. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 08-Июл-25, 23:55 
Разграничить на уровне _локальной_системы_доступа_ если не хватает сетевых возможностей.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

94. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от bOOster (ok), 08-Июл-25, 13:37 
Че, в расширенные nfs атрибуты не смог? Да?
А на FreeBSD можно еще и в ACL.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

123. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (9), 08-Июл-25, 18:12 
> Че, в расширенные nfs атрибуты не смог? Да?

Да. Мой админ за полдня не разрулил N×M доступ к файлам. Я плюнул, написал тикет в IT-отдел, джун на винде за пятнадцать минут всё сделал, сразу и с аутентификацией для людей, и с токенами для машин, и с бэкапами.

> А на FreeBSD можно еще и в ACL.

Крутая система, жаль что в ней всё остальное нельзя, а то может и пользовались бы.

Ответить | Правка | Наверх | Cообщить модератору

162. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:51 
> Че, в расширенные nfs атрибуты не смог? Да?
> А на FreeBSD можно еще и в ACL.

А патчить самбу чтоб она эти атрибуты налету и в юзерспейсе - все еще надо?

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

69. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от ptr (ok), 08-Июл-25, 11:09 
NFS под Windows выглядит грустно. Поэтому горячие резервные копии БД MS SQL приходится гонять по SMB. По крайней мере до тех пор, пока весь легаси на MS SQL не получится мигрировать на PostgreSQL.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

70. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –5 +/
Сообщение от Аноним (70), 08-Июл-25, 11:13 
> легаси на MS SQL

:)))) Ты ща так смишно сказал! :))) Как те дурачки, которые ДВС хоронили, впервые увидев Теслу.

MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет 70, а MS SQL всё ещё в работе. :))

Ответить | Правка | Наверх | Cообщить модератору

82. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +5 +/
Сообщение от morphe (?), 08-Июл-25, 12:10 
> MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет
> 70, а MS SQL всё ещё в работе. :))

Объективно - в новый проект сегодня MS SQL брать сомнительно, и лучше таки postgres

И дешевле, и поддерживать проще, и плагины есть, индексы мощнее, следование стандарту SQL лучше.

Ответить | Правка | Наверх | Cообщить модератору

88. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 12:35 
>> MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет
>> 70, а MS SQL всё ещё в работе. :))
> Объективно - в новый проект сегодня MS SQL брать сомнительно, и лучше
> таки postgres
> И дешевле, и поддерживать проще, и плагины есть, индексы мощнее, следование стандарту
> SQL лучше.

Ну, разве что на 1\6 части суши, ага. И то, как бы это сказать? С нюансами. Вы стоимость того же postgres pro когда-нибудь считали?
А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна база на кластер" - все становится и вовсе грустно.

Ответить | Правка | Наверх | Cообщить модератору

101. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от ptr (ok), 08-Июл-25, 15:30 
> Вы стоимость того же postgres pro когда-нибудь считали?

А Вы про стоимость MS SQL Enterprise хоть что-то слышали? Поинтересуйтесь и сравните на досуге )))
Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно?

Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне может утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl - это проблемы исключительно пользовательского процесса. Только не надо мне по sp_execute_external_script сказки рассказывать. Мало того, что он ограничен в Standard всего лишь двумя ядрами, так еще и launchpad жутко тормозной.

Ответить | Правка | Наверх | Cообщить модератору

114. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (114), 08-Июл-25, 17:02 
https://www.microsoft.com/ru-ru/sql-server/sql-server-2019-p...
https://www.reddit.com/r/SQLServer/comments/10a87pn/does_any.../
Смысл примерно и цены совпадают
So for a hypothetical 4 core virtual machine:

2 x $15,000 (for a 2 core pack) = $30,000 - This is a one time cost that gets you 4 cores of SQL 2022 enterprise

2 x $3750 (for software assurance) = $7500 - This covers 2 years of software assurance and would get you new versions and any of the software assurance benefits

When your 2 years of software assurance is up you would need to renew just the software assurance if you wanted to continue to receive new versions and use the software assurance benefits.

So for example, new licensing and 4 years of software assurance on a 4 core VM:

$30,000 licensing $15,000 software assurance

https://migsoft.ru/catalog/postgres/postgres-pro-enterprise/
Учитываются аппаратные ядра или виртуальные ядра, выделенные виртуальному серверу. Поддержка на 12 месяцев входит в стоимость.

Лицензия СУБД Postgres Pro AC Enterprise на 1 ядро x86-64. 622 908 ₽ ~ $7500
4 x $7500 = $30000

Сертификат поддержки на 2 года СУБД Postgres Pro AC Enterprise на 1 ядро x86-64. 284 048 ₽ ~ 3550
4 x 3550 = 14200

Ничего не упустил?

Ответить | Правка | Наверх | Cообщить модератору

120. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 17:53 
> Смысл примерно и цены совпадают

И чем MS SQL тогда выигрывает? Но при этом с треском проигрывает отсутствием сертификации ФСТЭК.

Ответить | Правка | Наверх | Cообщить модератору

126. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –3 +/
Сообщение от Аноним (9), 08-Июл-25, 18:16 
> с треском проигрывает отсутствием сертификации ФСТЭК

То есть тот аноним был прав, это всё актуально только для рашки.

Ответить | Правка | Наверх | Cообщить модератору

130. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от ptr (ok), 08-Июл-25, 18:36 
>> с треском проигрывает отсутствием сертификации ФСТЭК
> То есть тот аноним был прав, это всё актуально только для рашки.

А еще для Китая, Индии, Бразилии и т.п. То бишь, если присмотреться, то для 80% населения планеты. А там уже кто во что горазд, лишь бы отказаться от проприетарных блобов из США, которые вполне могут оказаться угрозой инфраструктуре.


Ответить | Правка | Наверх | Cообщить модератору

134. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 08-Июл-25, 18:43 
И перейти на проприетарные^W непонятные куски софта от постгрепро или ентерпайсдб? Нуну.
Если компания своими сотрудниками сама не участвует в разработке бд и патченье, хоть каким-то образом. Что бы хоть как-то понимать как работает и что делать. Вариант только в точности выполнять указания вендора и ничего не трогать. Всё. Это такая же специфическая вещь в себе которую миллионыглаз не починят.
Ответить | Правка | Наверх | Cообщить модератору

136. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от ptr (ok), 08-Июл-25, 18:46 
> И перейти на проприетарные^W непонятные куски софта от постгрепро или ентерпайсдб? Нуну.

Именно так. Потому что локальные продукты точно не содержат закладок и бекдоров для АНБ.
Как я уже указал, аналогичные требования выдвигаются в Китае, Индии, Бразилии и т.п. То бишь для 80% населения планеты.


Ответить | Правка | Наверх | Cообщить модератору

139. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 08-Июл-25, 18:54 
Китай в своё время исходники всего получал. Если захотели могли бы и поотжимать ещё и договориться о сборке у себя. Но до поры. Пока не станут экономической угрозой одной страны. А дальше политика и запрет продажи ПО. Да. Только из-за таких возможностей подлянки они и будут своё развивать. Есть подозрение что закладки им были бы так. Всё важное утащили бы на лин, а не тайное можно с успехом и на мсовском гонять.
Вон там ваз рассказывает что вариатор здесь делать нельзя, никак нельзя. Надо покупать у китайского друга. В системах виртуализации и бэкапов тоже китайцы пытаются заходить. Многие интересовались сильно такими возможностями.
Так что я подожду пока ит-фирмы не возьмут пример с вазовского вариатора. Жизнь она длинная.
Ответить | Правка | Наверх | Cообщить модератору

153. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (9), 08-Июл-25, 20:56 
> А еще для Китая, Индии, Бразилии и т.п.

И там тоже ФСТЭК? Обалдеть!

Хотя странное дело, наш клиент из Бразилии — один из крупнейших местных банков — почему-то пользуется MSSQL и Oracle, а на PG не собирается в ближайшие 10 лет.

> То бишь, если присмотреться, то для 80% населения планеты. А там уже кто во что горазд, лишь бы отказаться от проприетарных блобов из США, которые вполне могут оказаться угрозой инфраструктуре.

Так отказываются, так отказываются, что доходы MSFT из года в год только растут. Но оно и понятно, эти 80% никак не относятся к территории, где проживает всего лишь 1.70% населения планеты (у линукса доля десктопных пользователей больше, лол), есть ФСТЭК и рынок IT меньше, чем у слаборазвитой Бразилии. Не надо свои влажные мечты проецировать на весь остальной мир. Это так не работает.

Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

160. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 21:39 
>> А еще для Китая, Индии, Бразилии и т.п.
> И там тоже ФСТЭК? Обалдеть!

Наименования и организации другие, но смысл тот же.

> Хотя странное дело, наш клиент из Бразилии

Вы точно уверены, что такой переход от частного к общему не является явным признаком демагогии? )))

> Так отказываются, так отказываются, что доходы MSFT из года в год только
> растут.

А как им не расти при такой инфляции? )))

> Но оно и понятно, эти 80% никак не относятся к
> территории, где проживает всего лишь 1.70% населения планеты

Но относится ко всем, кроме "золотого миллиарда", который, простите, только 1/8 населения планеты.

> Это так не работает.

Вы отстали от жизни. Доля стран БРИКС в мировом ВВП составляет уже 37,3%.

Ответить | Правка | Наверх | Cообщить модератору

169. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Аноним (9), 08-Июл-25, 22:52 
> Вы точно уверены, что такой переход от частного к общему не является явным признаком демагогии? )))

Я точно уверен, что знаю о сложностях регулируемого айти в Бразилии на практике больше, чем ты из советских газет.

> А как им не расти при такой инфляции? )))

Так оно с учётом инфляции растёт, сам не понимаю как им это удаётся!

> Но относится ко всем, кроме "золотого миллиарда", который, простите, только 1/8 населения планеты.

Осталось понять почему он золотой, и почему все так стремятся в него, а не из него, и тайна золотого ключика откроется нам.

> Вы отстали от жизни. Доля стран БРИКС в мировом ВВП составляет уже 37,3%.

А ты думал! Нам в золотом миллиарде нужно сырьё, мы тут цивилизацию строим как-никак.

Ответить | Правка | Наверх | Cообщить модератору

171. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 23:09 
> Я точно уверен, что знаю о сложностях регулируемого айти в Бразилии
> на практике больше, чем ты из советских газет.

Поясните, почему проекты в Fertilizantes Tocantins и Fertilizantes Heringer, да и для нового предприятия по производству фосфорных удобрений в Серра-ду-Салитри Вы называете "советскими газетами"? На мой взгляд, у Вас явные проблемы с семантикой русского языка )))

> Нам в золотом миллиарде

А, понятно. Пуп земли )))

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

132. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Аноним (134), 08-Июл-25, 18:38 
Аааа. Я же глупый. Не понял что если там слово энтепрайс и здесь слово энтепрайс это одинаковые вещи. Ну да, так и есть. А если вон там ссылочка на linux.org.ru есть с комментариями что постгре долез наконец-то до мсскуль2005 - так это недалекие люди. И все там замечания это навет и клевета.
И что нума там работает через замещение тоже ложь. Такое качественное замещение. Ну вот буквально на днях на хабре писали как вместо серверов на х сокетов пришлось в прод ставить сервера на х/2 сокетов. А то производительность по бороде шла. С оракла съехали удачно.
И что развал постгре бывает идёт с руганью на транзакции так что ничего не помогает. Всё что в интернете не работает. Единственное решение это предложение купить платную поддержку и сходить туда. Ну все очень рады что теперь не вражий скуль. А местный вендор прикрутил то что на помойке нашёл в свой продукт. А если ничего с этим сделать нельзя только снести - так нам даже лучше, интересней.
Опять же купил отечественный продукт за 100 долл^Wрублей. В ответ продал ему отечественных продуктов на 100 долл^Wрублей. А что все забесплатно продукта наелись, это так и надо.
Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

183. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 09-Июл-25, 01:41 
> Аааа. Я же глупый.
> А если вон там ссылочка на linux.org.ru есть с комментариями что
> постгре долез наконец-то до мсскуль2005 - так это недалекие люди.

Ну да, глупый, так как в MS SQL до сих пор нет ни композитных типов, ни массивов, ни диапазонов. А компилируемые в машинный код процедуры имеют такой ворох ограничений, что на практике их применять можно только изредка: https://learn.microsoft.com/en-us/sql/relational-databases/i...
Почему-то в plrust таких ограничений нет.

Еще о паре явных проблем в MS SQL я писал выше https://www.opennet.me/openforum/vsluhforumID3/137293.html#125

Вы бы подучились, почитали, набрались опыта. Тогда бы дошло, что PostgreSQL и MS SQL разные СУБД. И код для одной будет неэффективен для другой без рефакторинга. И наоборот.
Есть смысл говорить, что для какой-то конкретной задачи эффективней MS SQL, а для какой-то PostgreSQL. Но заявлять что кто-то из них лучше и хуже в общем случае - может только очень недалекий человек. "У каждого свои недостатки" (с) Билли Уайлдер, Изи Даймонд )))

Ответить | Правка | Наверх | Cообщить модератору

192. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 09-Июл-25, 06:21 
> Вы бы подучились, почитали, набрались опыта. Тогда бы дошло, что PostgreSQL и MS SQL разные СУБД. И код для одной будет неэффективен для другой без рефакторинга.

Зачем? Ты вот набираешься опыта в разведении камелий, штукатуренья стен под лампочку, переборки движка с форсированием, бурение скважин под воду, правильной карамелизации лука под классический французский суп и прочему? Нет? То есть опираешься на чужое мнение, а не сам. Ай-ай, как нехорошо.
Ссылок на прочитанное, ловля развала постгре несколько раз, в отличие от мсскуль, у себя. Восстановление обратно дрс развалившееся под мсскулем без последствий. А так же общение с теми кто переводит на постгре и ПО поверх постгре. Этого мне достаточно.

Ответить | Правка | Наверх | Cообщить модератору

146. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от BorichL (ok), 08-Июл-25, 20:03 
Хотя бы наличием вполне себе нативного OLAP сервера.
Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

149. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 20:19 
> Хотя бы наличием вполне себе нативного OLAP сервера.

SSAS проигрывает ClickHouse почти во всём. И какое отношение SSAS имеет к SSDE, кроме того, что это продукты одного вендора?

Ответить | Правка | Наверх | Cообщить модератору

151. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 20:27 
>> Смысл примерно и цены совпадают
> И чем MS SQL тогда выигрывает? Но при этом с треском проигрывает
> отсутствием сертификации ФСТЭК.

Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако. Нормальный бэкап-рестор, стандартная кластеризация, интеграция в инфраструктуру предприятия.
Филькиной грамоты - тут вы правы - уже нет. До 22го была - а потом поди случилось чего, пропала. Плохо сертифицировали, видимо - разсертифицировать пришлось. Ничего, с опенсорсием точно все в порядке - штангенциркулем диск измерили, сертифицированными весами взвесили и даже на просвет посмотрели, в подтверждение чего - вот, бамажка есть.

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

157. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 21:26 
> Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако.

Или наоборот, выигрыш производительности в 2-3 раза, когда к месту задействуются композитные типы и их массивы. В лом перечислять все случаи, когда PostgreSQL явно по производительности выигрывает у MS SQL.
Достаточно понимать, что это разные СУБД и код для одной будет неэффективен для другой без рефакторинга. И наоборот.
Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика, чем MS SQL.

Ответить | Правка | Наверх | Cообщить модератору

158. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:35 
>> Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако.
> Или наоборот, выигрыш производительности в 2-3 раза, когда к месту задействуются композитные
> типы и их массивы. В лом перечислять все случаи, когда PostgreSQL
> явно по производительности выигрывает у MS SQL.
> Достаточно понимать, что это разные СУБД и код для одной будет неэффективен
> для другой без рефакторинга. И наоборот.
> Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика,
> чем MS SQL.

Вот тут твоя правда - не поспоришь. Беда в том, что в большинстве случаев решение на постгре как раз таки "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими.
Ну и да, основные мои претензии все же в другой плоскости лежат - см. выше.

Ответить | Правка | Наверх | Cообщить модератору

167. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 22:19 
> в большинстве случаев решение на постгре как раз таки
> "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими.

Как считали? Пальцем на потолке лежа на диване? )))
Я могу ещё поверить в субъективную оценку в рамках Вашей текущей деятельности. Но это на "большинство" ну никак не катит.
По моему опыту, заказчик получает то, что просит. Что угодно можно сделать быстро, недорого, качественно. Но от одного из этого необходимо будет отказаться.

Ответить | Правка | Наверх | Cообщить модератору

191. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 09-Июл-25, 05:24 
>> в большинстве случаев решение на постгре как раз таки
>> "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими.
> Как считали? Пальцем на потолке лежа на диване? )))
> Я могу ещё поверить в субъективную оценку в рамках Вашей текущей деятельности.
> Но это на "большинство" ну никак не катит.
> По моему опыту, заказчик получает то, что просит. Что угодно можно сделать
> быстро, недорого, качественно. Но от одного из этого необходимо будет отказаться.

У вас есть основания предполагать, что "поддержка импортозамещенного" отрасла после 22го каким-то другим образом?

Ответить | Правка | Наверх | Cообщить модератору

185. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 09-Июл-25, 03:21 
> Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика,
> чем MS SQL.

Эээ, это у постгреса то слабый оптимизатор? Может у тебя для таблиц/индексов какие-то метрики кривые? Потому что постгрес как раз любое неоптимизированное говно способен переварить за счёт своего оптимизатора

Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

125. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 18:13 
> Ничего не упустил?

Упустили. Не вижу ответа:
>> Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне может
>> утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl - это
>> проблемы исключительно пользовательского процесса. Только не надо мне
>> про sp_execute_external_script сказки рассказывать. Мало того, что он ограничен
>> в Standard всего лишь двумя ядрами, так еще и launchpad жутко тормозной.

Если хотите, могу еще предложить для MS SQL задачку реализации гарантии отсутствия пересечений дат с...по без монопольной блокировки всей таблицы.

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

133. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 08-Июл-25, 18:40 
Вот сходи к борисычу на linux.org.ru и ему мозги выноси этим. Мне хватило то что я прочитал и что сам лично руками пощупал. И что в ответ мне вендоры конечного ПО написывали. А вот мсскуль что-то ни разу проблем никаких не принес при на порядок больших объемах баз.
Ответить | Правка | Наверх | Cообщить модератору

140. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от ptr (ok), 08-Июл-25, 18:55 
> Мне > хватило то что я прочитал и что сам лично руками пощупал.

Но при этом на достаточно простые технические вопросы ответить не можете. Так что доверия к Вашему экспертному мнению никакого.

> И что в ответ мне вендоры конечного ПО написывали.

Потому что те, у кого всё хорошо очень редко об этом пишут. А те, у кого плохо, почти всегда имеют объективные причины для такого результата. Например, пытаясь использоваться PostgreSQL там, где нужен ClickHouse. Или, как в 1С, активно используют временные таблицы, как будто PostgreSQL - это MS SQL с выделенной tempdb.


Ответить | Правка | Наверх | Cообщить модератору

142. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 08-Июл-25, 19:01 
> Но при этом на достаточно простые технические вопросы ответить не можете. Так что доверия к Вашему экспертному мнению никакого.

Ссылка на лор в комментариях приведена, ник человека указать? Иди там доказывай. Экспертное мнение возьми с статьи  хабра про недавний переезд с оракла на постгре 40тб тупых табличек без всего. Там тебе расскажут как сервера меняли из-за нума.
Мое мнение по работе вендора что использовал постгре и просто не смог ничего сделать.
Ещё раз повторюсь - на всё похожее был только форум про ентерпрайсдб с советом купить платную поддержку. Ах этот прекрасный подход бесплатного опенсурса с вендорлоком на несколько компаний.

> Потому что те, у кого всё хорошо очень редко об этом пишут. А те, у кого плохо, почти всегда имеют объективные причины для такого результата. Например, пытаясь использоваться PostgreSQL там, где нужен ClickHouse. Или, как в 1С, активно используют временные таблицы, как будто PostgreSQL - это MS SQL с выделенной tempdb.

Та конечно, все молчат. Все только и светятся - посмотрите наш кейс, мы лучшие. Мне хватает уже десяток лет общений с отечественными вендорами и интеграторами. А как начинаешь полностью всю историю раскручивать там почти везде беда.

Ответить | Правка | Наверх | Cообщить модератору

143. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 19:38 
>> доверия к Вашему экспертному мнению никакого.
> Ссылка на лор в комментариях приведена, ник человека указать?

Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам.

> Мое мнение по работе вендора что использовал постгре и просто не смог
> ничего сделать.

Зачем что-то делать, если это уже сделано и будет в 18-ой версии?
https://www.phoronix.com/news/PostgreSQL-Lands-NUMA-Awareness
Заказчик тут сам виноват. Мог подождать буквально несколько месяцев или сразу использовать 8-сокетный сервер, где взаимодействие между NUMA-нодами происходит в рамках одной материнской платы, а не через отдельную шину, как на 16-сокетном.

> Та конечно, все молчат.

А о чем рассказывать, если у нас всё работает? О самом очевидном на Хабре статьи публиковал.

> А как начинаешь полностью всю историю раскручивать там почти везде беда.

Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ. Но их уже десятка два в продуктивной эксплуатации набирается.

Ответить | Правка | Наверх | Cообщить модератору

159. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:38 
>> Та конечно, все молчат.
> А о чем рассказывать, если у нас всё работает? О самом очевидном
> на Хабре статьи публиковал.
>> А как начинаешь полностью всю историю раскручивать там почти везде беда.
> Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас
> БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ.
> Но их уже десятка два в продуктивной эксплуатации набирается.

О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? У них там микросервисы на постгре - гарантирую, выхватите.

Ответить | Правка | Наверх | Cообщить модератору

165. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 22:08 
> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули?

Путаете. Находка не наш порт. Наши - Ванино и Мурманск.

> У них там микросервисы на постгре - гарантирую, выхватите.

У нас уже есть множество микросервисов, работающих с PostgreSQL. Что мы должны выхватить? Особенно с учетом того, что ORM мы пользуемся очень осторожно, отдавая предпочтение представлениям и функциям, когда это необходимо.

Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

197. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 09-Июл-25, 07:43 
>> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули?
> Путаете. Находка не наш порт. Наши - Ванино и Мурманск.

Не. Проскакивала в 24м инфа, что ЦТиП то ли у ЦИПа, то ли у Цифры лимсы с исходниками под самостоятельное развитие купил - но может с "Уралхимом" путаю - Москва проснется, уточню у коллег.

>> У них там микросервисы на постгре - гарантирую, выхватите.
> У нас уже есть множество микросервисов, работающих с PostgreSQL. Что мы должны
> выхватить? Особенно с учетом того, что ORM мы пользуемся очень осторожно,
> отдавая предпочтение представлениям и функциям, когда это необходимо.

Оу, так вы еще и бизнес-логику по слоям размазали? Молодцы какие.
А выхватите вы многа-многа радостей в сетапах, отличных от "одна база на один кластер" - ну там, попытка восстановить _одну_ БД в кластере из бэкапа на момент времени, уложившись хоть в какой-то SLA, работу CDC с кластером, которая вот вроде и недолжна от технологии кластеризации зависеть, но "почему-то" - зависит, прикручивание к этому самому кластеру внешнего пулера, которой вот вроде почти и не нужен - но 20 реплик одного сервиса с коннекшн пулом на 10 соединений на уровне приложения почему-то больно, "интересное" поведение efcore при оффлоаде readonly запросов на slave-ноды и тэ дэ. Про всякие замены сертификатов по кластеру in-scale - оно в общем и у MS не ахти вменяемое (Но самих сертов обычно меньше)

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

170. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (170), 08-Июл-25, 23:00 
> Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам.

Те утверждения на основе которых я сделал вывод там и ещё в куче мест. Не хочешь читать - твоя воля. Допустим вот как они работают с патчами и какой они опенсурс https://habr.com/ru/articles/321756/ и оттуда https://github.com/EnterpriseDB/barman/issues/21
Или вот от нечего делать люди свой движок пишут и проблемы с нынешним замораживанием постгре https://www.orioledb.com/blog/wraparound-freeze
Или тут обновлением глибс умудрились развалить индексы https://wiki.postgresql.org/wiki/Locale_data_changes

Или приходят интеграторы и под нда считают что надо для отечественного. И выясняется что вместо молотилки в одном месте мы почти такие же мощности раскидаем в паре десятков географически разнесенных мест. И нет, синхронизации "нормальной" там не будет. Только аля крон.

И расскажи зачем мне надо знать точно от и до что ты написал? Если глядя сверху уже полтора десятка лет на вот это движение - ничего хорошего.
Только фстэком можно гордиться.

> Зачем что-то делать, если это уже сделано и будет в 18-ой версии?

Ага, то есть не десяток лет мне рассказывают что всё готово. А теперь сентября подождать. Нормальный такой подход. Какую версию мсскуль догоняет этим? 2008 года?

> А о чем рассказывать, если у нас всё работает? О самом очевидном на Хабре статьи публиковал.

А вот ты в курсе что интересуют не истории успеха, а закономерности неудач? А то начнется: он всегда доедал кашу, слушал маму, не выносил мусор ночью и благодаря этому стал миллиардером. Встречайте - Рокфеллер. И вы так же сможете, соблюдайте просто несложные правила.
Ну и на тему немцы-ваз-вариатор ты похоже понял аналогию.

> Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ. Но их уже десятка два в продуктивной эксплуатации набирается.

Зачем мне это раскручивать. Я слышал подобные истории не факт что у них такое навернуто что у нас. А так, видел когда такие приходящие либо уходили чесать репу. Либо выкатывали такие цифры что уже чесал репу бизнес.

Ответить | Правка | Наверх | Cообщить модератору

182. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 09-Июл-25, 01:15 
>> Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам.
> Допустим вот как они работают с патчами и какой они
> опенсурс https://habr.com/ru/articles/321756/ и оттуда
> https://github.com/EnterpriseDB/barman/issues/21

Во-первых, одни сильно исказили, то что им было сказано, а вторые логично обиделись. После чего представитель Яндекса молча слился.
https://github.com/EnterpriseDB/barman/issues/21#issuecommen...

Во-вторых, на то это и open source, что если что не нравится - делай свой форк.

Дальше анализировать неинтересно, так я уже уличил Вас в подтасовке фактов.

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

194. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 09-Июл-25, 06:32 
> Во-первых, одни сильно исказили, то что им было сказано, а вторые логично обиделись. После чего представитель Яндекса молча слился.

https://github.com/EnterpriseDB/barman/issues/21#issuecommen...

С одной стороны яндекс:
> Мы не придумали ничего лучше и запатчили barman, вот pull request. Уже почти год прошел, как мы их просим запилить эту киллер-фичу, а они просят с нас денег, чтобы замержить её. Очень наглые ребята. Мой коллега Евгений, который всё это и запилил, рассказывал об этом на PGday в 2016 году.

С другой стороны неисказители белые и пушистые. С годами сообщений - мы не будем сейчас смотреть, у нас более важные планы. Вот, вот сейчас примем и т.д.

Открываем патч - подан в 2015 году.
Просто позорище не втянуть нормальное решение по бэкапам. И естественно через некоторое время адекватным людям надоело, они просто ушли из обсуждений этого.
Фича наконец-то принята в 2024 году.
Десять лет практически не хотели брать то что принесли на блюдечке.

Даже не знаю кому тут верить - исказителям действительности или авторам-обиженкам...
Такой сложный вопрос.

> Во-вторых, на то это и open source, что если что не нравится - делай свой форк.

Спасибо за подтверждение о том что это вендорлок на присосывшихся паразитов.

> Дальше анализировать неинтересно, так я уже уличил Вас в подтасовке фактов.

Амбассадор постгре ловко передернул и слил всё на стандартное - это опенсурс, это не так поняли, то что патчи не принимают так и надо. Тебе указывают на ссылки где человек прямо говорит про проблемы, на лорчик. так ты туда ходить не хочешь, ты же здесь со мной разговариваешь. Есть подозрение что в обсуждении там ты будешь жидковато выглядеть. Собственно отсутствие представителей постгрепро на лорчике в тех обсуждениях красноричевей всяких ответов. А дальнейшие проблемы с движком постгре, развалом индексов и смотреть нечего. Там наверняка опять всё не так поняли и надо поучиться. Странно что таких детских болячек у других нету.

Для себя лично я уже вывод сделали куда ты и тому подобные всё тащат.
Остальные присутсвующие пусть для себя решают хотят они такой вендор-лок "про" или нет.

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

152. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 20:42 
>> Вы стоимость того же postgres pro когда-нибудь считали?
> А Вы про стоимость MS SQL Enterprise хоть что-то слышали? Поинтересуйтесь и
> сравните на досуге )))
> Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно?

Ага. То на то примерно - а качество что продукта, что поддержки - существенно разное.

> Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне
> может утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl -
> это проблемы исключительно пользовательского процесса. Только не надо мне по sp_execute_external_script
> сказки рассказывать. Мало того, что он ограничен в Standard всего лишь
> двумя ядрами, так еще и launchpad жутко тормозной.

Оу. И видел я это падение-с-базой... А вот ни разу не видел. Слышал от тех, кто видел тех, кто - да, а чтоб самому да чтоб это прям проблема была? Не.
А вот что plpython тормоз преисключительный - самолично свидетельствую.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

161. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 21:50 
>> Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно?
> Ага. То на то примерно - а качество что продукта, что поддержки
> - существенно разное.

Это точно. От поддержки MS остается только плеваться. Некоторые возможности уже больше десяти лет от них добиться не удается. А самому написать патч, по понятным причинам, возможности нет.

> Оу. И видел я это падение-с-базой...

Я много раз видел упавший MS SQL. Только из отпуска меня по этой причине выдергивали раза три. А уж на другие проекты - больше десяти раз точно.
А вот с упавшим PostgreSQL как-то ни разу не сложилось за последние 6 лет, которые я контролирую действия DBA. Я что-то не так делаю?

> А вот что plpython тормоз преисключительный - самолично свидетельствую.

Ничуть не медленней Python в Windows. Зато вызов через sp_execute_external_script из-за тормозного launchpad занимает 30+-5 мс, а вызов plpython - 0.2+-0,05 мс. И на небольших скриптах, выполняющихся меньше, чем за 1 мс, такая разница оказывается катастрофической.
Если же требуется более высокая производительность ценой стоимости разработки, то plrust оказывается почти в полтора раза быстрей CLR. Причем вообще без риска уронить весь сервер, в отличии от последнего.


Ответить | Правка | Наверх | Cообщить модератору

111. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от morphe (?), 08-Июл-25, 16:32 
> Вы стоимость того же postgres pro когда-нибудь считали?

Не похоже чтобы его стоимость была сильно выше MS SQL)
И при этом оно опциональное, в отличии от выше указанного

> А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное
> копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна
> база на кластер" - все становится и вовсе грустно.

У postgres вся нутрянка документирована и всё понятно, в случае возникновения проблем всё чинится людьми без особых проблем

Что же делать с ms sql, который проприетарный? Каждый раз идти в их саппорт и ждать ответа?

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

115. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (114), 08-Июл-25, 17:03 
Про опци-анальность это потом будут рассказывать своему начальству те кто купил решение под ключ. А оно собрано из разного опенсурс. А потом запчасть постгре бесплатный внутри этого ломается и вендор ничего не может сделать кроме как всё снести и поставить с нуля.
Ответить | Правка | Наверх | Cообщить модератору

124. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от пох. (?), 08-Июл-25, 18:13 
но после переустановки оно (логично) точно так же не работает. Потому что результат ровно тот же самый что до.

Ответить | Правка | Наверх | Cообщить модератору

116. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (114), 08-Июл-25, 17:11 
Оно того стоит? Уже приносили сюда https://www.linux.org.ru/news/opensource/17652488?cid=17655800 и всё что он ещё накомментировал по постгре можно прочитать.
Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

150. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 20:19 
>> Вы стоимость того же postgres pro когда-нибудь считали?
> Не похоже чтобы его стоимость была сильно выше MS SQL)
> И при этом оно опциональное, в отличии от выше указанного
>> А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное
>> копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна
>> база на кластер" - все становится и вовсе грустно.
> У postgres вся нутрянка документирована и всё понятно, в случае возникновения проблем
> всё чинится людьми без особых проблем
> Что же делать с ms sql, который проприетарный? Каждый раз идти в
> их саппорт и ждать ответа?

Ну вот примерно это обычно и блекотят прям перед уаооьнением: да оно опенсорсное! Да все починится без проблем какими-то людьми (которые не я)! Только не гуглится почему-то - подождите ещё недельку?

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

168. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 22:30 
> Ну вот примерно это обычно и блекотят прям перед уаооьнением: да оно
> опенсорсное! Да все починится без проблем какими-то людьми (которые не я)!
> Только не гуглится почему-то - подождите ещё недельку?

Вот только даже если человек не очень понимает что он делает - для опенсорса релений проблем в публичном доступе намного больше

На форумах Microsoft ты ничего полезного не найдёшь, это обязательно надо идти в их саппорт, объяснять им проблему, и надеяться что в их базе знаний что-то про проблему на руках написано

Проприетарные базы данных использовать это мрак

Ответить | Правка | Наверх | Cообщить модератору

99. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 15:21 
А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных данных Вы слышите впервые?
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

110. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 16:29 
> А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных
> данных Вы слышите впервые?

Без понятия что там в россии происходит, но насколько я слышал там как раз всех на postgres переводят
Многомилионные штрафы за нарушения это конечно весёлая сказочка

Ответить | Правка | Наверх | Cообщить модератору

113. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 17:00 
не, ну чо ты как этот вот - вон яндекс-жрачку заставили за базар ответить.
Вроде тыщ на 60 даже. Тыщ. Шисят. За продолб всей базы вместе со всей той информацией которую вообще не стоило бы собирать (если бы не именно за это им и платили настоящие деньги)

Ответить | Правка | Наверх | Cообщить модератору

121. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 17:58 
> Многомилионные штрафы за нарушения это конечно весёлая сказочка

https://www.consultant.ru/legalnews/28492/

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

118. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Аноним (114), 08-Июл-25, 17:17 
> А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных
> данных Вы слышите впервые?

Так понимаю постгрепро менеджер входит в чат и используя софт-скилы доказывает техническое превосходство отечественных продуктов. Под конец все обнявшись поют калинку-малинку, сдают на нужды отечественных линуксоидов, пох и нах разорвав на себе одежду и напялив рубище уходит в пустошь, знаменитые высказывания циферного учат для сдачи по егэ и т.д. Красота и благорастворение воздусей.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

122. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от ptr (ok), 08-Июл-25, 18:03 
> Так понимаю

То есть, Вы хотите сказать, что до 2022 года Сатья Наделла входил в чат и используя софт-скилы доказывал техническое превосходство американских продуктов. Под конец все обнявшись пели «Знамя, усыпанное звёздами», сдавали на нужды американских безработных (ну и далее по тексту)? )))

Или всё же сертификация ФСТЭК - это нечто иное?

Ответить | Правка | Наверх | Cообщить модератору

128. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (134), 08-Июл-25, 18:30 
Ну не пройдет здесь твоё передергивание, не дети чай. Когда не было ограничений - выбирали что лучше. Кому денег не хватало брали бесплатный постгре. Ввели ограничения - добро пожаловать постгре. У нас так же многие чудачки не понимали преимущества ваза. Ездили на каких-то немцах и японцах. Слава всему, пришли и рассказали что отечественная эта вещь. С отечественным вариатором, ага. А кто не хочет брать тот ретроград.
Ответить | Правка | Наверх | Cообщить модератору

147. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 20:10 
>> Так понимаю
> То есть, Вы хотите сказать, что до 2022 года Сатья Наделла входил
> в чат и используя софт-скилы доказывал техническое превосходство американских продуктов.
> Под конец все обнявшись пели «Знамя, усыпанное звёздами», сдавали на нужды
> американских безработных (ну и далее по тексту)? )))
> Или всё же сертификация ФСТЭК - это нечто иное?

Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших людей.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

148. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 20:16 
> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших
> людей.

Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте сам продукт указать.

Ответить | Правка | Наверх | Cообщить модератору

155. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:10 
>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших
>> людей.
> Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте
> сам продукт указать.

ФСТЭКовский? Не, не получал. А росреестровский - это три раза была очень, очень, очень смИшная история ))).
Со ФСТЕКОМ, кстати - тоже анекдот-с был, когда у сертифицированной версии Касперского контрольная сумма - не сошлась. И вот вендор говорит - что надо ставить новую-неправильную - и сертификация не пропадет, а ставить надо, ибо забандленный openssl вот прям совсем элтонджон - а фстек на запрос пишет, что сертификат есть - значит уизгвимостей нет, а если контрольная сумма не сошлась - то свечка куплена в другом храме и не работает.

Ответить | Правка | Наверх | Cообщить модератору

163. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 21:55 
>>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших
>>> людей.
>> Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте
>> сам продукт указать.
> ФСТЭКовский? Не, не получал.

Тогда откуда такие выводы? Попробуйте еще догадаться, зачем почти всегда ФСТЭК требует исходники )))

Ответить | Правка | Наверх | Cообщить модератору

164. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 21:59 
>>>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших
>>>> людей.
>>> Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте
>>> сам продукт указать.
>> ФСТЭКовский? Не, не получал.
> Тогда откуда такие выводы? Попробуйте еще догадаться, зачем почти всегда ФСТЭК требует
> исходники )))

Да оттуда, что фстек официальным письмом кладет на реальные уязвимости, подтвержденные и исправленные вендором - и вот до недавнего времени выдавал эти самые сертификаты этому самому mssql, мамой поклавшись, что все-все зааудитил поди.
А исходники - ну я не знаю, может на принтере распечатывает и в шкаф кладет согласно ИНСТРУКЦИИ от 1987го года...

Ответить | Правка | Наверх | Cообщить модератору

166. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 08-Июл-25, 22:11 
Вы ксендз или поп? Ну так я не верующий и потому над догматиком, обходящимся без доказательств, могу только посмеятся )))
Ответить | Правка | Наверх | Cообщить модератору

190. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 09-Июл-25, 05:15 
> Вы ксендз или поп? Ну так я не верующий и потому над
> догматиком, обходящимся без доказательств, могу только посмеятся )))

А вы, рэбе, во святую сертификацию веруете? Ох, это же ДРУГОЕ, да?

Ответить | Правка | Наверх | Cообщить модератору

173. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (173), 08-Июл-25, 23:55 
https://learn.microsoft.com/ru-ru/sql/linux/sql-server-linux...
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

181. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от ptr (ok), 09-Июл-25, 01:07 
> https://learn.microsoft.com/ru-ru/sql/linux/sql-server-linux...

https://learn.microsoft.com/en-us/sql/linux/sql-server-linux...

Можно еще обойтись без merge replication или терпеть PolyBase, но без CLR c EXTERNAL_ACCESS или UNSAFE совсем плохо. Остальное вроде бы мелочи, но всё вместе делает возможость миграции MS SQL с Windows на Linux весьма проблематичной.

Ну и ключевую проблему отсутствия сертификации ФСТЭК, хотя бы в целях обработки персональных данных, такая миграция никак не решает.

Ответить | Правка | Наверх | Cообщить модератору

77. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от tester (??), 08-Июл-25, 11:51 
Nfs точно также работает в современных windows
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

98. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 15:19 
> Nfs точно также работает в современных windows

Увы, нет. Локинг поломан и чинить не собираются, ну и вообще nfs4 там такой странный nfs4...

Явно они его пилили в основном с целью раздавать какие-нибудь образы вм для hyper-v кластера или еще чего подобного, где чужие не ходят.

Мы тут местами используем такую конструкцию, не советую, совсем не советую. Но со скоростью там, кстати, все нормально. (разумеется я не про 2000 файлов в одной куче)

Ответить | Правка | Наверх | Cообщить модератору

84. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (84), 08-Июл-25, 12:16 
> А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать.

kerberos уже прикрутил?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

85. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от CAE (ok), 08-Июл-25, 12:18 
NFS тормозит заметно по сравнению с другими сетевыми FS. Это реальная проблема.
Заведите туда какой-нибудь регулярный бэкап приличного размера.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

100. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 15:22 
ффсе нормально, это как раз единственное что она действительно может.
И в отличие от самбы настройка сводится к строчке в exports.

Главное не забудь вторую копию вовремя сделать офлайновой.

Ответить | Правка | Наверх | Cообщить модератору

97. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от OpenEcho (?), 08-Июл-25, 15:18 
> Для простой домашней сети... перешёл на *nix и настроил NFS

По ходу это уже не домашняя сеть а персональная, т.к. большинство обычных людей (которые кроме Виндовс понятия не имеют ни о чем другом) не смогут пользоваться такой сетью

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

103. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 15:59 
> По ходу это уже не домашняя сеть а персональная, т.к. большинство обычных людей (которые
> кроме Виндовс понятия не имеют ни о чем другом) не смогут пользоваться такой сетью

смогут, от пользователя там мало что требуется.

Ответить | Правка | Наверх | Cообщить модератору

135. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от _ (??), 08-Июл-25, 18:45 
> Для простой домашней сети

У тебя в "простой домашней сети"(С) есть домен AD с DC на форточкосеверах?!?!?! 8-о

Если нет, тогда почему тебя данная новость хоть как то всколыхнула? ;-)

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (73), 07-Июл-25, 22:27 
Это хорошие новости!
Ответить | Правка | Наверх | Cообщить модератору

6. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от IdeaFix (ok), 07-Июл-25, 22:33 
Еще одна придумка старым линуксовым NAS на погибель...
Ответить | Правка | Наверх | Cообщить модератору

8. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от AlexYeCu_not_logged (?), 07-Июл-25, 22:49 
Чего это на погибель-то? Много ли «старых линуксовых NAS» работают с win-клиентами?
Ответить | Правка | Наверх | Cообщить модератору

10. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +7 +/
Сообщение от Аноним (9), 07-Июл-25, 22:58 
Приблизительно 99%.
Ответить | Правка | Наверх | Cообщить модератору

22. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +5 +/
Сообщение от Аноним (22), 08-Июл-25, 00:31 
И все в домашних сетях. Где Windows Server'ов нету.
Ответить | Правка | Наверх | Cообщить модератору

15. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от нах. (?), 07-Июл-25, 23:52 
А с кем, по-твоему, они работают-то?

(но клиенты могут спать спокойно, у них-то ничего не отвалится - там проблема с сервером, это для подвалов покрупнее. Т.е. не получится, сэкономив на лицензиях, четыре сервера сделать виндовые а пятый на coc@мбе. Впрочем, вон, вам уже обновление выкатило, так что даже будет работать. Наверное. Может быть.)

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

39. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от User (??), 08-Июл-25, 06:38 
Не-а. Idmap samba DC - что зайцу стоп-сигнал, прям в доке написано - "не нужно". Это вот тех, кто лет 10 назад по хаутую машины в домен с помощью samba-winbind вводил затронет.
Ответить | Правка | Наверх | Cообщить модератору

13. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (13), 07-Июл-25, 23:35 
А нужно было сделать на WebDAV.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

26. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –2 +/
Сообщение от Аноним (26), 08-Июл-25, 01:45 
WebDAV бы как раз и заменил NFS с SMB хотя бы домашние развёртки всех этих приколов, которые с настройками по умолчанию ахренеть какую кучу привелегий получают просто для того чтобы файлики писать по определённому пути. Просто Microsoft "случайно" сделали так, что WebDAV у них какой-то свой вышел, и больше 4 гигабайт за один раз крашат клиент.
Ответить | Правка | Наверх | Cообщить модератору

79. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от tester (??), 08-Июл-25, 11:55 
4гигабайта больше похоже на ограничение в 32бит вашей платформы
Ответить | Правка | Наверх | Cообщить модератору

75. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от llolik (ok), 08-Июл-25, 11:39 
С которым тотже Виндовый клиент работает странно и через раз. Особенно, если делать доступ с авторизацией.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

14. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от Аноним (14), 07-Июл-25, 23:44 
> старым линуксовым NAS

...интегрированными с AD. Сколько таких?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

32. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от morphe (?), 08-Июл-25, 03:12 
> ...интегрированными с AD. Сколько таких?

Не знаком с AD, но разве оно не через Kerberos интегрируется?

AD ж по идее реализация Kerberos KDC + LDAP + пара проприетарных и не очень протоколов

Ответить | Правка | Наверх | Cообщить модератору

83. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от n1kt0 (??), 08-Июл-25, 12:11 
Вообще как бы что синогжы что трунасы позиционируют себя как хранилища (шарища) корп уровня. Другое дело как на них смотрят. Но таки да.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

38. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от User (??), 08-Июл-25, 06:36 
Ээээ... Это надо было очень заморочиться ТАК попортить "старый линуксовый Nas" хрен пойми зачем и хорошо так покопаться в ad непонятно чтобы что. В дефолте там в 100 из 100 случаев будет rid, патамучта надеяться, что кто-то ради nas'а вручную будет прописывать для пользователей всякие unix home dir и login shell прям дохрена оптимистично.
Это, блин, даже samba DC У кого есть - не затронет, единственные, кто пострадает - очень-очень legacy setup'ы с введением машин в домен не с помощью sssd, а вот winbind'ом.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

16. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Pahanivo (ok), 07-Июл-25, 23:52 
под видом секурити патчей ломаю обратную совместимость )))
Ответить | Правка | Наверх | Cообщить модератору

19. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +7 +/
Сообщение от Аноним (19), 08-Июл-25, 00:14 
Е,Е и ещё раз Е
Ответить | Правка | Наверх | Cообщить модератору

17. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +7 +/
Сообщение от Аноним (17), 08-Июл-25, 00:07 
Завтро, то есть в среду, весь день не заходим в актив директори. Рейтинг майрософта упадет, и Билл Гейтс вернет совместимость. Потерпите, зато потом нормальная самба. Ведь только мы приносим ему прибыль...
Ответить | Правка | Наверх | Cообщить модератору

25. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –3 +/
Сообщение от Аноним (25), 08-Июл-25, 01:32 
> весь день не заходим в актив директори

интересно, как ты это себе представляешь...
учитывая то, что винда не особо то и спрашивает пользователей, а просто отправляет фоном данные на сервера (для вдохновения достаточно почитать эвентлоги).

Ответить | Правка | Наверх | Cообщить модератору

71. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (70), 08-Июл-25, 11:15 
Гейтс уже ничего не вернёт :( Старый дед уже отошёл от дел и просто владеет пакетом акций. Там сейчас uндyсня Наделла рулит. С соотв. результатами. :(
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

86. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (86), 08-Июл-25, 12:26 
По годовым отчётам Наделлы Windows уже много лет убыточное направление у MS, прибыль им приносит продажа линуксов в Azure.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

131. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от Аноним (9), 08-Июл-25, 18:36 
Ну как убыточное, всего-то каких-то 12% от общей выручки. И офис ещё 23%, но он без тех 12% точно будет убыточным. Для сравнения, весь ажур со всеми околоажурными сервисами — 34%. А так да, сплошные убытки, со дня на день закроются.
Ответить | Правка | Наверх | Cообщить модератору

119. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Grand (?), 08-Июл-25, 17:50 
Гейтс перевел активы в сельхозземли и растит картошку,бгг
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

180. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:28 
Звучит так как будто кто решил нагнуть на бабки весь мир. У них там есть с кого брать пример.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (22), 08-Июл-25, 00:29 
>включая Windows Server 2008

Вот вам пресловутая обратная совместимость в Windows.

Ответить | Правка | Наверх | Cообщить модератору

64. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Минона (ok), 08-Июл-25, 09:17 
Обратная совместимость это про другое.
Ответить | Правка | Наверх | Cообщить модератору

23. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от Аноним (23), 08-Июл-25, 00:43 
Я не пробовал винду для серверов. Но мне кажется винда на сервере - извращение
Ответить | Правка | Наверх | Cообщить модератору

27. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от Аноним (27), 08-Июл-25, 01:52 
Сейчас только для Active Directory и держат
Ответить | Правка | Наверх | Cообщить модератору

102. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от RHEL fan (?), 08-Июл-25, 15:44 
Только для AD сейчас есть Azure AD, Entra там всякие.
Ответить | Правка | Наверх | Cообщить модератору

137. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (134), 08-Июл-25, 18:46 
Это вот кстати самое печальное. Если мс и загнется то вот от такого втаскивания всего в облако и забивание на онпрем вещи.
Ответить | Правка | Наверх | Cообщить модератору

28. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (28), 08-Июл-25, 01:56 
Согл, но это скорее тяжелая форма деменции - когда старые диды, которые еще в 90е админили виндовые сетки во всяких ООО "Вектор", по привычке в 2025г тянут эту недо-ОС на сервера. Ну просто потому что старые и ничего другого учить не хотят.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

46. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (46), 08-Июл-25, 07:22 
>Ну просто потому
> что старые и ничего другого учить не хотят.

не, они всё ещё надеются на откаты как микростоф вернётся


Ответить | Правка | Наверх | Cообщить модератору

48. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от User (??), 08-Июл-25, 07:33 
Вы меня конечно сильно-сильно извините - но чтоб тем, кто эти самые сервера админит кто-то какие-то "откаты" предлагал? Ненаучная фантастика. Максимум покормят на каком мероприятии, и то не факт.
Ответить | Правка | Наверх | Cообщить модератору

57. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (46), 08-Июл-25, 08:41 
20% стандарт говорят :-)
Ответить | Правка | Наверх | Cообщить модератору

67. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 10:22 
> 20% стандарт говорят :-)

Ну, в ГОСниках и около-ГОСниках не работал - не знаю, а вот в тыр-дыр-прайсах - врут. Выбора win\lin ни у кого из вменяемых не стоит (Или "не стоял"?) примерно совсем, всякие navision\axapta в родных палестинах не прижились, а решения вида "делаем на oracle или mssql (postgres-не-предлагать)" - конечно принимаются, но вот именно с MS в этом случае никто и не взаимодействует. А реселлер... реселлеру примерно пофиг, что продавать.
Вот на этапе выбора между конкретными интеграторами - продавцами таки да, возможны варианты.

Ответить | Правка | Наверх | Cообщить модератору

112. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 16:56 
не, это всякие micosoft с цысками кормили забесплатно. (а очень плохая дорога - кстати, поила)

от импортозамещателей не дождешься. Да и не стоит жрать собачатину-то.

А откаты если и предлагают, то совсем-совсем не тем кто потом админить будет. На всех не напасешься!

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

154. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от User (??), 08-Июл-25, 20:56 
> не, это всякие micosoft с цысками кормили забесплатно. (а очень плохая дорога
> - кстати, поила)
> от импортозамещателей не дождешься. Да и не стоит жрать собачатину-то.
> А откаты если и предлагают, то совсем-совсем не тем кто потом админить
> будет. На всех не напасешься!

Вот ты смеёшься - а коллега, который вместо меня на флантовское мероприятие в 23ем поехал не то, что поел на халяву - а и целую плойку выиграл, вот! Правда мы у них один чёрт, не купили ничего...

Ответить | Правка | Наверх | Cообщить модератору

198. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 09-Июл-25, 07:48 
А покупать мы и не обещали!

(ну это ж не импортозаместители, это работорговцы. Хотя... эти зато наверное собачатину-то жрать не будут. Надо б кого заслать на разведку.)

Ответить | Правка | Наверх | Cообщить модератору

179. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:22 
>Ну просто потому что старые и ничего другого учить не хотят.

Это работает в обе стороны.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

50. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Аноним (50), 08-Июл-25, 07:48 
> Я не пробовал винду для серверов. Но мне кажется винда на сервере - извращение

Я пробовал и думаю так же. Помню, в 00-вых администратора на учебу направил. Он успешно закончил курсы, вернулся и заявил примерно то же.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

63. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (63), 08-Июл-25, 09:08 
>Он успешно закончил курсы, вернулся и заявил примерно то же.

Курсы чего? ИМХО Samba до сих пор сырая и не годится для полноценной замены AD, поправьте если ошибаюсь.

Ответить | Правка | Наверх | Cообщить модератору

68. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (50), 08-Июл-25, 10:27 
> Курсы чего?

Администрирование Microsoft Windows Server.

Ответить | Правка | Наверх | Cообщить модератору

177. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от Аноним (172), 09-Июл-25, 00:15 
Пропил он эти курсы.
Ответить | Правка | Наверх | Cообщить модератору

178. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:19 
Эти куры предполагают: делай вот так-то и никаких выкрутасов под ситуацию. Прогибай ситуацию под себя, а не наоборот. Пользуйся статусом сертифицированного специалиста.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

45. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от Ося Бендер (?), 08-Июл-25, 07:21 
Наконец-то вирусы перестанут лазить по шарам. Шифровальщики останутся с носом.
Ответить | Правка | Наверх | Cообщить модератору

78. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (78), 08-Июл-25, 11:52 
Ага, ждите...
Ответить | Правка | Наверх | Cообщить модератору

49. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (50), 08-Июл-25, 07:46 
В Windows 11 уже нарушена. Дефолтные настройки клиента ломают всё. Хотя пара ручных изменений в реестре (Microsoft network client: Digitally sign communications Disabled и Enable insecure guest logons option) проблему решает, но не всем пользователям это удобно.
Ответить | Правка | Наверх | Cообщить модератору

51. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (50), 08-Июл-25, 07:51 
>Наконец-то вирусы перестанут лазить по шарам. Шифровальщики останутся с носом.

Так-то можно задачу в кроне запланировать - сканирование шары и очистку от вирусов каждые сколько-то там минут. Ничего сложного. Это я про SMB сервер под Linux, естественно.

Ответить | Правка | Наверх | Cообщить модератору

52. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (63), 08-Июл-25, 08:12 
Интересно, а как будут обстоять дела с импортозамещенными доменами?
Ответить | Правка | Наверх | Cообщить модератору

54. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (46), 08-Июл-25, 08:28 
нормально, откуда там виндоуз?
Ответить | Правка | Наверх | Cообщить модератору

89. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +1 +/
Сообщение от User (??), 08-Июл-25, 12:45 
> нормально, откуда там виндоуз?

Ээээ... Да как стоял, так и стоит обычно. Другое дело что к нему на скотч-и-стяжки вот это вот импортозамещенное для "аудиту показать" примотано - но вот конкретно от этого ничего сей конструкции не будет.

Ответить | Правка | Наверх | Cообщить модератору

53. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –2 +/
Сообщение от Аноним (63), 08-Июл-25, 08:16 
А вообще какое право они имеют делать Самбу? Майкрософт сами придумала, сама реализовала АД контроллер доменов, но тут приходят лунуксоиды и строят домен не покупая лицензию Виндовс. Засудть!
Ответить | Правка | Наверх | Cообщить модератору

55. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (46), 08-Июл-25, 08:40 
какое засудить? санкции же
Ответить | Правка | Наверх | Cообщить модератору

59. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (63), 08-Июл-25, 08:51 
Авторов. Авторы же не те кто используют? Неужели у Майкрософт нет патентов?
Ответить | Правка | Наверх | Cообщить модератору

80. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (78), 08-Июл-25, 11:56 
Их в нулевых Евросоюз нагнул опубликовать спецификацию протоколов SMB. Так что сами же, хоть добровольно-принудительно.
Ответить | Правка | Наверх | Cообщить модератору

108. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 16:06 
вот IBM-то охренела (которой принадлежат основные спецификации)

Ответить | Правка | Наверх | Cообщить модератору

176. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:11 
Все друг у друга воруют со времен мартышек.
Ответить | Правка | Наверх | Cообщить модератору

66. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Нестор Иванович (?), 08-Июл-25, 09:50 
SMB + Lan manager  придиумали в МежделМаше
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

109. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 16:11 
тоже не совсем так.
Он _microsoft_ lan manager. Кстати, изначально работал параллельно на OS/2 (_microsoft_ os/2!) и тех древних юниксах.

Но делался по заказу и частично на деньги - IBM, просто потому что у microsoft не было тогда вообще никакой своей платформы на которой оно могло бы работать.

Ответить | Правка | Наверх | Cообщить модератору

60. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (63), 08-Июл-25, 08:59 
А вообще, как я рад, что такие новости больше не связанны с моими должностными обязанностями.
Ответить | Правка | Наверх | Cообщить модератору

76. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +3 +/
Сообщение от Аноним (76), 08-Июл-25, 11:44 
да! :)

Одминство надо было вовремя заканчивать - во времена конца эры "кактус на мониторе"... Вот в то время Одмин был крутяк - дверь с ноги к директору мог открывать :))) А сейчас как брат сантехнику...

Ответить | Правка | Наверх | Cообщить модератору

107. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от нах. (?), 08-Июл-25, 16:05 
Да ладно, тоже неплохо - сидишь в подвале, играешь в нарды с сантехником - в дверь влетает запыхавшийся директор, "спасити-памагити!" - если весь в дерьме, это вон коллеге, а если в руках ноут - значит прорвало на твоем участке.

И идешь в очередной раз спасать мир, просто вместо синей изоленты теперь сантехнический скотч.

Причем если во времена кактусов любая секретутка в принципе могла научиться закрывать стосорок копий эксела, то теперь и учиться негде толком, и жизни не хватит.

Ответить | Правка | Наверх | Cообщить модератору

144. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от _ (??), 08-Июл-25, 19:43 
Но всё же лучше делать мебель.(С) :)
Почти шутка, по мотивам :)
Ответить | Правка | Наверх | Cообщить модератору

175. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:08 
Раньше ситуацию спасали персонально - клиент знал кому чистить -, то теперь коллективно и обезличено. Корпорация... Кто ж её посадит..
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

90. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  –1 +/
Сообщение от pashev.ru (?), 08-Июл-25, 12:49 
> В завтрашнем обновлении Windows Server будет нарушена совместимость с Samba

Заголовок говорит о том, что пристановке будут проблемы

> Сформированы внеплановые обновления Samba 4.22.3 и 4.21.7, решающие проблему с нарушением совместимости серверов Samba с завтрашним обновлением Windows Server. В случае, если не установить предложенные корректирующие обновления, серверы Samba не смогут функционировать

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

И вообще, «решающие проблему с нарушением» — это решение с нарушением или проблема с нарушением?

Ответить | Правка | Наверх | Cообщить модератору

91. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от pashev.ru (?), 08-Июл-25, 12:51 
Всё, понял.
Ответить | Правка | Наверх | Cообщить модератору

92. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от pashev.ru (?), 08-Июл-25, 12:52 
Багзилла Самбы недоступна (503).
Ответить | Правка | Наверх | Cообщить модератору

106. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +2 +/
Сообщение от нах. (?), 08-Июл-25, 16:02 
на виндовом сервере лежала ;-)
Ответить | Правка | Наверх | Cообщить модератору

138. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Necro (?), 08-Июл-25, 18:52 
Не используйте Яндекс браузер и оперу, они их блочат по каким причинам не знаю. Или подбросьте другой юзер агент, помогает в обходе.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

117. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (117), 08-Июл-25, 17:14 
Вот это мы понимаем, что такое настоящая корпоративная поддержка! А в СПО ломают обратную совместимость без всяких предупреждений.
Ответить | Правка | Наверх | Cообщить модератору

174. "В завтрашнем обновлении Windows Server будет нарушена совмес..."  +/
Сообщение от Аноним (172), 09-Июл-25, 00:00 
Мелкомягкие улучшают безопасность...
Сама возможность совместно работать с кодом из другой лицензии - брешь в безопасности. ))
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру