win server 2008 r2（windows server 2008 r2）
昨天客户说，我想用SQLSERVER连接服务器连Oracle，你能帮我处理一下吗？
用我聪明的大脑袋一想，不就是一个连接服务器吗？
百度一下，搜一下教程，轻轻松松搞定的事情。
就答应了。
为了保险起见，我还在自己的机器连接了一下Oracle11,测试成功。信心满满的就开始了。
客户机器是windows Server 2008 R2 X64，SQLSERVER2008，Oracle是19C。
从早晨9点到现在，一直在想办法把x64的驱动Oracle安装上，一会提示998:内存位置找不到，一会提示X64安装的位置不正确。安装了驱动、配置了环境变量，各种办法都想了。
最后，我跟客户认怂了，我说，哥：对不起啊，要不你再找别人看看？
你知道客户说什么，你是我找的第六个人了，前面5个也没有解决。
[吐血][吐血][吐血][吐血]
哥，你提前跟我说前面5个人看过了啊，如果我知道这种情况，我都不相信我能解决。
[恐惧][恐惧][恐惧][恐惧]
我放弃了
今天才知道Windows server2022正式版在2号已经正式发布了。
server2019都还没安装体验过，2022就来了。
现有的一些Windows服务器都还是Server2016。
Win11正式版还没发布，Server2022的正式版却先出来了，难道Server2022还是基于Win10吗？
唔，看来要安装体验一下了。
搞了一天，终于搞定了！
症状:server2003黑屏不出滚动条，重新安装Win7可以正常进系统，XP能进安装界面，但是不能继续安装。
填坑:原因CPU1没有插内存[捂脸]。双CPU服务器CPU1和CPU2必须按照要求插好内存。[流泪]也不知道是谁把CPU1内存拔了……
俄罗斯入侵乌克兰致俄气股价跌88%
法国国际广播电台 17/10/2022 - 19:23
作者：古莉
弗拉基米尔-普京对乌克兰的入侵造成了一个意想不到的受害者，那就是俄罗斯天然气工业股份公司（Gazprom ）。
据美国《政客》杂志10月16日介绍，俄乌战争以来，俄罗斯天然气工业股份公司在欧洲市场的份额已从40%缩减到只有9%，而其耗资超过200亿欧元建造的两条北溪管道都在波罗的海的海底陷落。
同时，自2月24日普京入侵乌克兰以来，这个垄断俄气出口的企业股价下跌了88%。该公司在8月被发现燃烧了大量未售出的天然气。
伦敦大学国王学院高级讲师、俄罗斯能源专家阿德南-瓦坦塞弗（Adnan Vatansever）表示，俄罗斯天然气工业公司“进一步增长的前景有限，将不得不在某个时候大幅减产"。该企业正遭受“生存危机”。
尽管今年前八个月对欧盟的出口比2021年缩减了48%，但由于天然气价格飙升，其利润在2022年上半年翻了一番多。根据一些估计，它每天继续捞取1亿欧元的天然气收入。它还发放了200亿欧元的股息，这是俄罗斯股市历史上最大的一次派息。
长期前景黯淡
牛津能源研究所能源转型研究主任詹姆斯-亨德森（James Henderson）认为，尽管天然气价格将在"未来至少两年内"保持高位，但之后是否会保持高位还不清楚。
他说："到这十年的后半期......俄罗斯天然气工业股份公司是否能继续保持现在的规模，肯定要打一个问号"。“这将是一个可能不得不减少生产的案例，可能不得不将公司的规模缩小一点"。
伦敦国王学院高级讲师、俄罗斯能源专家瓦坦塞弗说，该公司可能在2025年，或"比这更早"，开始感受到财务打击，这取决于欧洲摆脱俄罗斯供应的速度和天然气价格的高低。
一位不愿透露姓名的前俄罗斯天然气工业股份公司的高级官员说，他们将更多地转向“液化天然气”和向中国发货......但这在短期内无法弥补在“欧洲”的损失。
普京坚称，原先对欧洲的出口关系是可以重建的。他本周在莫斯科一个能源会议上说，俄罗斯是一个可靠的、非政治性的能源供应国，他甚至提出通过可能不会被摧毁的北溪2号管道一个分支向欧洲重启天然气输送。
普京说，“俄罗斯已准备好开始这种输送”。“现在球在欧盟一边”。“如果他们愿意，就打开龙头，仅此而已”。
德国没有上钩
德国政府发言人克里斯蒂安-霍夫曼（Christiane Hoffmann）在谈到普京的提议时告诉记者，这是不错的尝试。但是“撇开这两条管道可能遭到的破坏不谈，我们已经看到，俄罗斯不再是一个可靠的能源供应商”。
这使得俄罗斯天然气工业股份公司的财务状况出现一个欧洲大小的窟窿，而在战前，天然气在其收入中占比大约70%。
5个市场有困难
瓦坦塞弗说，随着欧洲销售的砸锅，该公司将更加倚重其他四个主要市场。
首先是白俄罗斯和中亚国家这些前苏联的共和国，俄罗斯天然气工业股份公司向这些国家低价销售天然气，这与莫斯科在其前帝国保持影响力的政治目的相联系。俄罗斯天然气工业股份公司从这个市场赚取的利润不到50亿欧元。
另一个选择将是转向亚洲，特别是中国
莫斯科通过2019年开通的"西伯利亚力量"管道每年可向北京供应约160亿立方米的天然气。中国将通过俄罗斯远东地区另一条新管道获得多至100亿立方米的天然气。西伯利亚力量二号管道也在计划之中，不过要到2024年才开始建设，其容量为500亿立方米。
然而，所有这些加在一起，仍然只有俄罗斯天然气工业股份公司历史上向欧洲供应的1500亿立方米的一半左右。
牛津大学能源研究所的杰出研究员乔纳森-斯特恩（Jonathan Stern）说："目前，卖给中国的天然气价格比俄罗斯天然气工业股份公司在欧洲得到的价格低很多。
他说，"因此，即使他们成功地向中国出口了更多的天然气，问题是他们是否有希望赚到同样多的钱"。“中国的影响力只会随着乌克兰战争的延长而增加”。
亨德森说，将天然气冷却到变成液体的冰点温度所需的技术，"都是西方的"，制裁将使其难以获得。虽然俄罗斯的目标是到2030年成为全球前四大液化天然气出口国，但他估计这可能需要到"也许......2040年"。
在诺瓦泰克公司位于西伯利亚北部的北极2号液化天然气终端已经可以看到制裁的后果，该终端至少推迟一年启用。
液化天然气的销售，即使算上诺瓦泰克等其他俄罗斯能源巨头，仍然不足以取代失去的欧洲产量。
独立开源分析师奥利弗-亚历山大（Oliver Alexander）表示，“俄罗斯目前的终端最多能生产420亿立方米当量的液化天然气”。他说："他们甚至需要几十年的时间才能接近他们在管道天然气方面的产量。
俄罗斯天然气工业股份公司（Gazprom ）标识 REUTERS - REUTERS PHOTOGRAPHER
【开源资讯】Apache CouchDB 3.2.0 发布，完全拥抱 Web 的数据库
CouchDB 是一个完全拥抱 Web 的数据库。用 JSON 文档存储你的数据。通过 HTTP 和网络浏览器访问你的文档。用 JavaScript 查询、组合和转换你的文档。CouchDB 与现代 Web 和移动应用程序配合得很好。你可以使用 CouchDB 的增量复制，有效地分发你的数据。
CouchDB 3.2.0 值得关注的更新包括：
couch_sever 模块现在是分片的。尽管遵循高并发进程的架构，以前的版本中使用的 couch_server 模块是一个单一的 Erlang 进程，在繁忙的节点上，可能会成为一个瓶颈。CouchDB 3.2.0 引入了一个 couch_server_N 模块，有效地消除了瓶颈。
复制调度程序管理在任何时间运行哪些复制。这对于复制总量多于配置为并发运行的设置非常重要。以前，复制调度器会以轮流方式迭代所有的复制，并给它们同等的时间来运行。CouchDB 3.2.0 引入了一个公平分享的选项，允许你使用多个复制器数据库，每个都有不同的相对优先级。
1、支持 Erlang 23 和 24 版本，放弃对 19 版本的支持
2、支持 SpiderMonkey 78 和 86 版本
3、解决了 CVE-2021-2838295
4、支持通过 regex 指定密码要求
5、在几乎所有情况下，日志不再包括凭证
6、更加细化的 CSP 配置
7、通过 .devcontainer，更容易对 3.x 系列进行开发设置
8、使得自动压缩不那么激进，在繁忙的集群中节省了 CPU 和 I/O
9、包括用于高级诊断的 weatherreport 模块
10、包括一个专门的 Prometheus 端点，用于统计和度量
11、所有的 JS 测试都已经迁移到 Elixir
12、……
昨天晚上看到国外好多地方放出了#Windows11#的一些信息，今天国内好多博主已经在研究windows 11 安装之后各种兼容问题和反馈了，看起来还是很热闹啊。
作为一个从2000年开始玩操作系统的资深电脑爱好者，从Windows95开始玩起，经历了win 98， win2000，XP, Win7, Win 8一直到Windows10，由于在2002-2009年之前一直在从事ERP OA等系统开发和应用工作，也对服务器的操作系统有一定的了解和应用，像windows2000 server, 2003 server, 2008server等等，也算是对Windows系统有一定的了解了。
2015年开始，用了好多年的笔记本更换的时候，家人送了一台MacBook A1502，就切换到macOS了，由于之前的一些遗留项目，偶尔还是要用用WINDOWS，大概有2成的时间用Windows把，就安装了双系统，到这里肯定有人要叫土鳖了（MacBook 拿来装Windows的就是土鳖，这是行业鄙视），不过怎么说呢，自己用，自己舒服就行了。
用过这么多年的MacOS和Windows双系统之后，有一个比较深刻的体会，就是乔布斯当年批评微软的那句话，微软的产品实在是没有啥品味，你习惯了MacOS那种流畅，美不胜收的感觉，用Windows感觉像重新住回了毛坯房，实在惨不忍睹。所以现在的情况是，能用MacOS解决的问题，坚决不开Windows， 由于之前的项目用的数据库基本都是Microsoft SQL server的，所以还是比较难完全放弃Windows。 当然从功能方面来讲，Windows毕竟市场份额在那里呢，各种各样的应用全，也是macOS无可比拟的。
想起当年1999-2003年那段在学校机房和朋友一起折腾奔腾2 奔腾3的电脑，安装Windows，Linux Red Hat的时光，还是挺好玩的，以前还是很喜欢折腾电脑系统的，这些年慢慢由于年纪大一些了，这些东西也不喜欢去研究折腾了。
看到微软准备2025年就停更Windows10，似乎感觉有点不太对劲，因为当年XP 2001年发布的时候，前有Windows98，Windows2000还在大量人使用，而后面与8年后上了Win7, 再3年后又上了Windows 8(8 是比较短命的系统，4年就停更了。) 不对劲在于windows 11还没有正式到来呢，就宣布Windows10停更，感觉不像微软的风格啊。
看到好多博主对windows11的评价，说是感觉全面向MacOS靠拢，我看了看，好像感觉区别不大，有人说那个Docker像macos的，但是Windows10 现在的Docker也可以做成那样的，这个我之前就玩过的。总体来说我的感觉就是UI调色，图标稍微调整了，但是我觉得内核的东西应该是区别不大，等到合适的时候，也升级来试试看了。
在分布式系统中，如何生成分布式ID？
最简单方法是使用UUID。UUID 指在一台机器上生成的数字，它保证在同一时空中的所有机器都是唯一的。使用简单方便，缺点也比较突出：总长32位，占用存储空间，无序，不适合索引等等。在数据量大的情况下，基本不采用。
SnowFlake 雪花算法：Twitter 的SnowFlake 是一个非常优秀的ID生成方案，实现也比较简单，8Byte 是一个Long，等于64bit，核心代码就是毫秒级时间41位+10位机器ID+毫秒序列12位。*生成的ID是数字，可以做到单调递增。由于无法统一分布式环境中每台服务器的时钟，它只能做到单台机器单调递增，无法做到全局递增。性能非常出色，吞吐量达到几十万TPS。这一方案在互联网公司有大量使用，并且在此基础上进行了扩展。
Ticket Server：是 Flickr 采用的一种分布式ID 生成方案，利用 MySQL 自增长ID 实现。它的设计思路是利用数据库中 auto increment 的特性和MySQL 特有的 REPLACE INTO 命令来实现，可以利用多台MySQL 实现高扩展性和高可用性。对于并发不大，并且需要兼容老业务的场景下，可以使用 Ticket Server方案，2台MySQL 物理机也能轻松达到 几万TPS，响应时间在毫秒级。
Spring Cloud Alibaba技术专栏从入门实例、原理剖析和开发实践等各个方面整理了每个模块的知识，包括Spring Cloud Alibaba、Nacos、Gateway、Sentinel、Log日志、Tomcat、分布式全局唯一ID、DDD领域驱动设计等等技术内容。
现在回头看，95、98、NT3.11实际上和MiUI差不多，就是给底层OS套了个壳。早期Windows纯粹是微软强行在Dos基础上抄MacOS的图形界面搞出来的结果。
MacOS抄的施乐，但是比尔盖茨当时的确是抄的MacOS。这两家一起抄的施乐，施乐才是被抄的那个。
MS和IBM一起撸的os2以及同时的win1、2简直是灾难。没有NT哪有windows server的位置，充其量还在pc上玩游戏。
DEC更牛的其实是Windows的NT架构前身，而NT架构是Windows操作系统真正赖以生存走到现在的基础。
微软一开始基于Dos系统开发的Windows的架构是稀烂的，非常不成熟而且不稳定。直到收购了来自DEC的卡特勒团队以及他们带来的几乎已经是成品的操作系统架构，然后开发出了NT架构推出了。
Windows NT 4.0及Windows 2000后，整个Windows的架构稳定性和标准性才基本走入正轨。而NT架构一直沿用至今，到如今Windows 11的NT 11.0。
Windows Server 2022 Build 20344长期服务通道（LTSC）预览版发布
今天，微软发布服务器版操作系统Windows Server长期服务通道（LTSC）预览版的新版本：Windows Server 2022 Insider Preview Build 20344，其中包含针对数据中心版（Datacenter）和标准版（Standard）的Desktop Experience和Server Core安装选项。
微软同时提供了新的Windows Server 2022 Build 20344 ISO镜像文件下载。对此版本感兴趣的朋友，可留言。
Windows Server长期服务频道（LTSC）预览版提供18种语言的ISO格式。以下密钥允许无限激活：
服务器标准版：MFY9F-XBN2F-TYFMP-CCV49-RMYVH
数据中心版：2KNJJ-33Y9H-2GXGX-KMQWH-G6H67
仍处于预览状态的Windows Server 2022版本基于Windows Server 2019构建，为桌面带来了其他面向安全的功能，针对混合云支持的一种Azure集成，以及更大的灵活性和重大改进Windows容器。
Windows Server 2022预计将于2021年底全面向公众发布。
@微课传媒 #你最喜欢的软件#
头条号【微课传媒】专注软件分享，如果你喜欢玩软件，欢迎关注、评论、收藏、转发。
提高员工技术能力，新购配件，搭建学习平台：
华南X99双路主板+双CPU+64G内存+256G Sata固态硬盘+1T m. 2 nvme固态硬盘
VMware虚拟化：Windows AD*2+Exchange Server*3
【5月31日简报】[太阳]
1、华为账号好友消息将于 6 月 30 日 24 时起正式停服
2、高通 CEO：可能会直接收购 ARM
3、全球超算新排名：美国“百亿亿次计算机”夺得第一，日本富岳位居第二
4、Edge 浏览器将支持每次启动时导入 Chrome 数据
5、通用汽车称遭到黑客网络攻击：部分车主个人信息已泄露
6、Windows Server 2022 支持 WSL2
2021年度TOP10高危漏洞排行！
排名：
NO.1 CVE-2021-44228 Apache Log4j2任意代码执行漏洞
NO.2 CVE-2021-2394 Weblogic任意代码执行漏洞
NO.3 CVE-2021-2397 CVE-2021-2382 Oracle任意代码执行漏洞
NO.4 CVE-2021-24074 CVE-2021-24094 CVE-2021-24086 Windows的TCP/IP协议簇远程代码执行漏洞&拒绝服务漏洞
NO.5 CVE-2021-22005 VMware vCenter Server未授权任意文件上传漏洞
NO.6 CVE-2021-42321 Microsoft Exchange Server远程代码执行漏洞
NO.7 CVE-2021-42287 Microsoft Windows Active Directory 域服务权限提升漏洞
NO.8 CVE-2021-1647 Windows Defender远程代码执行漏洞
NO.9 CVE-2021-25646 Apache Durid 远程代码执行
NO.10 CVE-2021-26919 Apache Druid 远程代码执行漏洞
2021年共披露漏洞17702枚，其中低危漏洞 33.5%，中危漏洞 57.3%，高危漏洞 9.2%，漏洞是造成网络安全问题的核心根源，引发众多网络安全威胁，乃至用户人身安全的事件产生，有没有小伙伴中招的，网络安全形势依然很严峻啊！[祈祷]#网络安全#
Kubernetes提供了基于角色的安全控制以及授权机制。其中，涉及了几个非常重要的概念，例如用户、角色、角色绑定以及Secret等，下面分别进行介绍。
1．用户
Kubernetes提供了两种用户，分别为User和ServiceAccount。其中User是给管理员使用的，而ServiceAccount则是为Pod中的进程提供身份信息。当Pod的进程访问API Server时，它们会与一个ServiceAccount，即服务账号相关联，通过该服务账号来判断该进程是否有权限访问API Server。
当用户在创建Pod时，如果没有指定ServiceAccount，则系统会自动在与该Pod所在的命名空间下，为其指定一个特殊的“ServiceAccount，其名称为default。
管理员可以通过以下命令查看当前系统中的ServiceAccount，如图一所示：
“kubectl get sa --all-namespaces”
从图一的输出结果可知，当前集群中存在2个名为default的ServiceAccount，分别属于default和kube-system这2个命名空间。
2．角色
与其他的系统一样，在Kubernetes中，角色也是代表一系列权限的集合，权限以纯粹的累加形式累计。Kubernetes支持2种角色，分别为Role和ClusterRole。其中Role在命名空间内有效，不可以跨命名空间；ClusterRole则是在整个集群范围内都有效，可以跨命名空间。
例如，图二的代码定义了一个Role。
可以得知，上面的Role可以访问的资源为pods，可以使用的操作有get、watch和list。
ClusterRole除了可以授予与Role相同的权限之外，还可以授权集群范围内的资源、非资源类型的对象，以及跨命名空间的资源的访问权限。
3．角色绑定
角色绑定的作用是将角色映射到用户，从而让这些用户拥有该角色的权限。与2种角色相对应，角色绑定也分为2种，即RoleBinding和ClusterRoleBinding。
4．Secret
关于Secret，前面已经介绍过了。所谓Secret，是一个包含少量敏感信息如密码、令牌或秘钥的对象。把这些信息保存在Secret对象中，可以在使用这些信息时加以控制，并可以降低信息泄露的风险。
#Kubernetes##Kubernetes 角色#
8月28日，壬寅年八月初二，星期日，周末愉快，幸福生活
------行业、科技类资讯------
1、北京明确老楼加装电梯出资比例指导标准：1层业主不用出资，其余业主随楼层下降出资比例依次减少；
2、重庆森林火灾各处明火已全部扑灭，全面转入清理看守；
3、4888 元起，鼎桥 P50 正式上市：搭载骁龙 888 5G，神似华为 P50；
4、东方甄选推独立APP，下载量已近20万；
5、三星决定提前在美国印第安纳州建设电池工厂；
6.、交通运输新业态协同监管部际联席会议办公室约谈主要平台公司；
7、eBay 宣布 2.95 亿美元收购收藏卡交易平台 TCGplayer；
8、台媒：芯片商考虑与台积电重新议价，拟将报价涨幅砍至 3%；
9.、达达集团回归京东 京东零售 CEO 辛利军任 CEO；
10、苹果新专利显示，其未来 HMD 或将使用智能指环帮助用户测量？
11、新生人口断崖式下跌 韩国刷新最低生育率纪录！
12、美国玉米收成或创三年来最低水平，全球粮食供应危机缓解成忧。
--------技术类资讯--------
1、Zig 重要里程碑：已初步实现自举；
2、FreeBSD 14.0 计划明年 7 月发布；
3、第三代香山 RISC-V 开源处理器核研发启动；
4、WebStorm 公布下一版本路线图；
5、Windows 95 in Electron —— Electron 实现的 Windows 95
6、Gitee 推荐 | Java AI 框架 easyAi，java傻瓜ai框架，无需任何算法知识，通过简单的api调用就可以实现 常用的图像内物体的识别，定位等图像ai服务，及自然语言分类处理服务。面向java开发程序员，不依赖任何第三方库，第三方接口，独立包。视频教程地址如下
码云地址：网页链接
7、AWK 加入 Unicode 支持，由 80 岁的原作者贡献；
8、Netlify 宣布推出新的 Next.js 运行时，增强开发人员体验；
9、LastPass 遭黑客攻击，源代码和专有技术泄漏；
10、MEPNet —— 基于图像的 2D-3D 转换框架；
11、Firefox 内存破坏漏洞；
12、Julia 1.8.0 发布，科学计算领域高性能语言；
13、jQuery 3.6.1 发布，优化 jQuery.trim 性能、修复焦点相关错误；
14、星际译王 Windows 新版本发布；
15、Mir 2.9 发布，Ubuntu 安全显示服务器；
16、ng-zorro-antd 14.0 发布，Ant Design 的 Angular 实现；
17、Ant Design 4.22.8 发布，企业级 UI 设计语言和 React 实现；
18、一站式 Go 开发框架 Go-Spring 正式发布 v1.1.1 版本；
19、Xmake v2.7.1 发布，更好的 C++ Modules 支持；
20、轻量级的系统后台开发框架 —— 勾股 CMS 4.0.825 发布；
21、Spring Batch 5.0.0-M5 发布；
22、pgAdmin 4 v6.13 发布，PostgreSQL 开源图形化管理工具；
23、Atlassian Bitbucket Server 和 Data Center 命令注入漏洞；
更多详情请点击长图了解！ #软件开发##艾编程技术早报##科技圈大小事#
Hbase监控系统筹划
HBase监控指标
1.1、指标收集：
网页链接
网页链接
1.2、HBase核心指标
1.2.1、通用指标
regionCount： RegionServer上Region个数
storeFileCount： RegionServer上HFile的个数
storeFileSize： RegionServershang HFile的总大小
hlogFileCount： RegionServer上HLog文件数量
totalReuqestCount： RegionServer累计请求数
readRequestCount： RegionServer累计读请求数
writeRequestCount： RegionServer累计写请求数
munOpenConnections： RegionServer上开启的RPC连接数
munActiveHandler： RegionServer上活跃的请求队列Handler数量
flushQueueLength： Region Serve上flush队列长度
compactionQueueLength： RegionServer上Compaction队列长度
GcTimeMillis： RegionServer上当前GC时长
GcTimeMillisParNew： RegionServer上新生代GC时长
GcTimeMillisConcurrentMarkSweep： RegionServer上老年代GC时长
1.2.2、HBase写相关指标
memStoreSize： RegionServer上MemStore的总大小
updatesBlockedTime： RegionServer上因文件太多导致更新被阻塞的时间（毫秒）
1.2.3、读相关指标
blockCacheHitCount： 命中BlockCache的次数
blockCacheMissCount： 未命中BlockCache的次数
blockCacheExpressHitPercent： BlockCache命中率
percentFileLoacl： RegionServer上数据本地率
showGetCount： RegionServer上slow get的数量
1.2.4、系统硬件相关指标
系统IO、CPU、网络带宽、系统内存等
2、HBase业务隔离
HBase集群上业务共享的资源主要有队列资源、CPU/内存资源、IO资源等。
2.1、队列资源隔离：
RegionServer默认提供一个请求队列给所有业务使用，这会导致部分延迟较高的请求影响其他对延迟敏感的业务，HBase并没有提供业务级别的队列设置功能，而是提供了读写队列隔离的方案。总共有三个队列: 写队列、get队列、scan队列
2.2、CPU/内存资源隔离：
计算资源隔离的主流方案有Docker容器、yarn容器等，结合HBase使用场景，实现业务之间计算资源隔离还需要让不同业务运行在不同容器上，HBase提供了RSGroup方案，用户可以将集群划分为多个组，每个组包含指定RegionServer集合这样i就实现了业务之间计算资源隔离。
2.2、IO资源隔离：
HBase存储依赖于HDFS系统，HDFS没有提供业务隔离的针对方案，这导致在IO隔离方面没有好的解决方案，目前只能独立部署HBase集群进行隔离
