在这篇文章中，我们将为您详细介绍sql-server–DBA技能中有多大比例与平台无关？的内容，并且讨论关于sql数据库dba的相关问题。此外，我们还会涉及一些关于DBA基础系列SQLServer20
在这篇文章中，我们将为您详细介绍sql-server – DBA技能中有多大比例与平台无关？的内容，并且讨论关于sql数据库dba的相关问题。此外，我们还会涉及一些关于DBA基础系列SQL Server 2014：1. SQL Server 安装部署（独立部署、非域环境）、DBA基础系列SQL Server 2014：2. SQL Server用户数据库初始化配置、Java-与平台无关性、Java中与平台无关的路径的知识，以帮助您更全面地了解这个主题。
本文目录一览：- sql-server – DBA技能中有多大比例与平台无关？（sql数据库dba）
- DBA基础系列SQL Server 2014：1. SQL Server 安装部署（独立部署、非域环境）
- DBA基础系列SQL Server 2014：2. SQL Server用户数据库初始化配置
- Java-与平台无关性
- Java中与平台无关的路径
sql-server – DBA技能中有多大比例与平台无关？（sql数据库dba）
可能的解决方案：我认识一个有丰富经验的人(目前正在研究MSsql)正在寻找新的DBA工作.他可能愿意考虑为MySQL商店工作(我没有问过).
Snag：我不知道MSsql DBA技能在多大程度上映射到MysqL DBA技能.我是开发人员,所以我对MysqL有足够的了解来开发使用它的应用程序(包括基本的性能调整,索引选择等),进行模式设计,以及执行简单的实用程序任务(使用MysqLdump进行备份,脚本等) ).我对MSsql一无所知.我也不太了解DBA角色的界限.
任何有更多经验的人 – 也许作为一名DBA – 都可以权衡这一点吗？ MSsql和MysqL之间是否有足够的相似之处,如果他有兴趣申请MysqL职位,那么值得问MSsql DBA？
解决方法
也就是说,MysqL提供了许多培训和认证,因此候选人可能应该采取一些方法.这应该让他加快产品细节的速度.
DBA基础系列SQL Server 2014：1. SQL Server 安装部署（独立部署、非域环境）
目的：随着2014/4/1日SQLServer2014的发布，SQLServer性能大幅度提升，使得越来越多使用其他数据库的用户和DBA逐步转向MSSQL，在此给出一篇个人Blog用于回答大家
目的：随着2014/4/1日sql server 2014的发布，sql server性能大幅度提升，使得越来越多使用其他数据库的用户和dba逐步转向mssql，在此给出一篇个人blog用于回答大家对sql server部署的疑问以及引导生产dba进行初期部署（仅个人经验，非microsoft观点），建议大家在看过以后再对比官方最佳实践和msdn进行完善
测试环境准备：软件环境：
操作系统：Windows 2012 Standard Edtion
数据库：SQL Server 2014 Enterprise Edtion X64
硬件环境：
Hyper-V： CPU：4 Logical Core’s; Memory：16GB
P.S. 随着现在硬件高速发展，建议每Core对应4GB或8GB内存会比较理想，数据库是吃内存的大户，别太吝惜这点儿内存，内存不足会导致大量磁盘IO和CPU开销
操作系统安装：（P.S. 虚拟机中操作系统安装与物理服务器安装类似，如果是物理服务器请先使用对应厂商的引导盘进行驱动安装）
放入系统安装镜像文件，启动服务器开始安装（蓝幽幽的方块图标还是挺漂亮的哈）
选择需要安装的语言
进入开始准备启动安装向导进行安装设置
自己加载无需干预
选择带GUI的标准版进行安装（Windows 2012开始没有企业版了，标准版跟数据中心版唯一的区别在于是否需要搭建私有云环境，所以一般数据库服务器选择标准版即可，稍后介绍Core版Windows Server配置，建议有经验的DBA选择Core版Windows Server）
接受微软许可（请大家尊重和支持正版软件，谢谢，如果是做实验可以直接在官方网站下载90天评估版即可）
选择自定义：仅安装Windows（高级），即便是日后需要升级操作系统也不建议直接在原地进行升级（个人建议），而是重装系统后迁移数据库
当前测试环境只有一块256GB磁盘就直接使用了，
如果是生产环境建议：
本地存储做成一个RAID：存储操作系统、虚拟内存文件、数据库软件文件
安装完成系统后外挂至少3个LUN（独立RAID）：
LUN1：RAID 10（4块独立磁盘组成）：稍后用于存储tempdb
LUN2：RAID 10或RAID 5（建议RAID 10）：稍后用于存储数据库数据文件
LUN3：RAID 1 或 RAID 10（2块独立磁盘组成）：稍后用于存储数据库日志文件
开始安装操作系统，可能会重启多次，不过不需要人为干预，可以先去喝杯咖啡
自动重启的过程中操作系统会自己去准备通用硬件驱动，服务器建议还是要安装原厂自己的驱动的
安装完成就是这个样子了
首次登录重置Administrator密码，有密码复杂度的，字符数字字母大小写
再输入一次密码进入Server，至此Windows 2012安装就结束了
选择本地服务器选项卡（Windows 2012是可以同时管理多台服务器的，这点值得表扬）
做5件事情（修改计算机名、修改IP、关闭防火墙、打开远程连接、重启服务器）
修改计算机名（注意最好别超过8个字符，否则在NETBIOS中会被截断，如果同网段有多台前8字符相同的服务器可能导致NETBIOS无法正确识别）
关闭所有防火墙
P.S.数据库服务器应该至于内网的最后端，应该完全禁止任意端口被映射到公网
开启远程桌面（当然如果有特殊嗜好喜欢待在机房的兄弟另论，，进一次机房感冒一次的我表示严重不喜欢待在机房）
配置IP地址（找网管分配）
P.S. 建议为数据库服务器分配专属的VLAN便于控制安全边界
重启吧，骚年，很不习惯这样的菜单，不知道有没有跟我一样的同学
重启后添加角色和功能
其实我只想添加功能干嘛搞这么复杂啊… … 开始怀念Windows 2008 R2了，简单明了，快速搞定
添加以下功能：
.NET Framework 3.5：SQL Server 安装必须项
Telnet Server：当RDP无法登陆时最后的手段（稍后需要手动启动）
Telnet Client：测试端口的时候用
远程差分压缩：当带宽吃紧的时候，如果有多张网卡可以绑成一张增加最大带宽，如果只有一张那么采用数据差分压缩是非常省带宽的做法
多路径IO：如果服务器上有2张或以上HBA卡，为了增加与存储的吞吐带宽和防止存储网络出现单点故障时需要配置（当前测试环境连1张HBA卡都没有，所以跳过）
别直接点击下一步进行安装，否则你一定会失望（.NET Framework 安装文件在安装介质中，没有被集成到Windows，哎… … 搞得跟Linux一样还留点儿东西在安装盘里面… … ）
挂载Windows Server安装镜像指定镜像文件路径
现在可以安装了
为SQL Server 服务准备Windows 账号，密码永不过期（建议还是要定期去修改一下密码的，生产环境个人比较喜欢直接用随机产生的32位GUID做密码，谁能背下来试试看，哈哈）
将为SQL Server准备的数据库引擎服务账号加入到允许锁定内存页中，防止外部程序跟SQL服务交换内存导致大量内存碎片
P.S.这也是大家发现SQL Server运行久了，虽然系统还有若干资源可以用但是Windows卡的跟牛一样的原因之一
至此Windows基础配置告一段落了，更多配置根据需要再慢慢去改
安装SQL Server 2014放入SQL Server 2014安装光盘，进入主题
选择安装选项卡，选择全新SQL Server 独立安装（Cluster安装稍后再说）
输入产品密钥
当前测试环境我就选择评估版就好（180天试用），生产环境大家可以选择输入产品密钥
这个功能可了不得，判断你具体使用的是哪个版本（企业版、标准版等）的SQL完全就是直接根据密钥识别的，同时如果日后需要变更版本也不用重装，直接替换序列号就可以实现了
同意SQL Server的授权
环境自检，如果没有问题会自己跳到下一步
询问是否通过Windows Update Center联机获取最新Hotfix或其他补丁，这里我们直接不勾选进入下一步
虽然微软软件更新基本上不会出问题，但是稳妥起见个人不建议自动安装数据库补丁，就算有补丁也是DBA手动自己去安装，如果遇到问题可以通过卸载补丁或回滚补丁来恢复先前状态
开始自己安装支持文件，无需干预等待即可
自动安装完成进入下一步，有个小警告，直接忽略
选择SQL Server 功能安装
如果不知道以后哪些功能要用就全选安装吧，省事儿，SQL Server就是这里好，不管你用不用只要是数据平台的功能全部都可以直接安装，而且在同一台服务器上就算需要使用也不需要额外付费，赚到了
可以使用默认实例，也可以命名实例，这个自己根据需要来，同一台服务器上可以同时运行多个实例
填入之前创建的那些服务账号（SQLAnalysis敲错单词了，大家理解就好哈… … ）
将SQL代理服务设为自动启动：用于自动运行Job
将SQL Brower服务设为自动启动：别小看这个服务，这东东牛X啊，举例：DAC需要使用，多实例动态端口解析需要使用，分析服务需要使用等等
排序规则一般默认即可，它是根据你Windows的区域语言自动选择的，就算你在英文版系统上设置了中国中文规则，在这里依然会是这个
同理如果你在中文版Windows选择了美国英语排序规则则会自动变为拉丁文排序
根据业务需要选择仅Windows验证（域或Windows账号均可）或Windows+SQL Server混合验证
同时指定登录Windows的哪些账号可以有SQL Server 管理员权限（集成身份验证）
安装分析服务，从SQL Server2012开始加入了表格模型用于Power BI，两种分析模型每次只能安装一个，即每个实例名只能定位一个分析服务，这里我就随意选择了传统的多维分析模型
P.S.两个模型应对的业务场景是不一样的，两种模型是互补的关系不是替代，就像现在谈论的关系数据库和非关系数据库一样，只是互补而不能替代某一方
报表服务就默认吧
这个重播控制器和客户端是用于进行SQL数据库压力测试的，具体的先不谈，后续再单独拿出来讨论
直接留空就好，需要的时候再修改配置文件
自动自检，并跳到下一步
安装概述，如果需要按照这次的方式安装更多SQL Server服务器可以到下列路径保存配置文件，下次直接通过命令行方式进行安装，而不用再一步一步去慢慢点下一步
开始安装，剩下的就是等了
安装完成，重启服务器，然后开始初始化配置
启动SSMS
配置内存最大最小值：
最大配置值=总内存 – 2GB，个人习惯先使用80%内存，给以后需要加内存时留点儿采购缓冲时间
最小内存跟最大内存保持一致，在启动SQL Server数据库服务时直接Book住连续内存段
最小查询内存默认1MB，如果存在大量复杂计算的情况建议设置到10MB或100MB，根据实际情况决定，设置过大可能导致每会话分配内存时间过长
最大并行度：默认0，会根据Core数才分SQL进行并行计算，
但是如果业务系统是OLTP类型的就建议设置为1，因为大量语句都是简单的单行INSERT、UPDATE、DELETE过多的并行不仅达不到提升性能的目的反而导致性能降低
如果是OLAP数据仓库类型的海量数据处理为主的业务就保持默认即可
重启数据库服务应该使用SQL Server配置管理器进行，因为其中包含了若干的启动参数（建议不要直接使用Windows 服务管理器直接对服务进行操作）
配置tempdb到前面专属的RAID上，保证最佳的IO性能，使用T-SQL脚本迁移，然后重启服务即可，可以查阅Blog中相关文章
同时将tempdb数据文件从一份增加到8或16个，充分利用多核并行能力，前边提到的并行度是针对于线程纤程而言，与这个关系不大
同时tempdb数据文件给予一个较大初始化值，避免频繁自动扩展
日志文件保持一个就好，并给予一个适当的较大值，避免日志扩展带来的阻塞
最后备份Master、Model、MSDB数据库
Master和Model在第一次安装完成后和每次对数据库进行补丁更新和实例级别配置变更的前后进行一次即可
MSDB在加入或变更了Job后进行备份以防不时之需
下一章内容概要：SQL Server用户数据库初始化配置
希望那个遥远的她一切都好，晚安
不知不觉3点过了，洗洗睡了… … 如果有问题请大家不吝赐教
本文出自 “Fast” 博客，请务必保留此出处
DBA基础系列SQL Server 2014：2. SQL Server用户数据库初始化配置
前言开始前先黑微软一把：Microsoft秉承一贯的简单易用作风（Next、Next、Next…）这点是它吸引用户的地方，但是这个优点如果用在数据库上将是一场灾难，如我们
前言开始前先黑微软一把：microsoft秉承一贯的简单易用作风（next、next、next… ）这点是它吸引用户的地方，但是这个优点如果用在数据库上将是一场灾难，如我们上一章讲到的sql server安装部署，很多人都只知道下一步下一步下一步，但是从来没有考虑过安装向导给出这么多参数配置意义何在，同样的大家习惯了安装完sql server后直接使用的方式基本上不去考虑用户数据库初始配置，随着业务量不断攀升，数据量几何倍数的递增，然后发现sql server越来越慢，但是又各种无解，最后得出一个结论sql server只能满足中小企业需要，但是真实的情况是这样吗？答案当然是否定的【传闻纳斯达克核心数据库原始数据量约2pb现已经转到sql 2014上了】视频地址
下面我将给到大家一些基本配置和思路让大家的用户数据库在未来数据量增长到TB、PB时依然可以有的放矢的去优化性能满足业务需求
当然这个仅仅是根据我的经验进行探讨，实际情况怎么搭配大家仁者见仁智者见智
无论如何还是要重申一句：本文观点仅代表个人经验，如有不足请大家补充，本文内容如果在实际生产中遇到问题不负任何责任，使用前请先自行论证，最权威的资源请查阅微软官方资料库MSDN，TechNet，官方Blog以及官方技术白皮书等
关于数据库文件场景一：新建数据库这种情况进行优化最为轻松，优化成本最低
点击下载“修复打印机驱动工具”；
实施步骤：
1. 业务分析，回答自己几个基本问题：
业务涉及的表：
哪些表是数据活跃表：
哪些表是数据惰性表：
cur T.NAMESYS.INDEXES cur=0curcur
将上述T-SQL打印出来的语句Copy到新查询器里面批量执行即可
然后再针对遗留在原始文件组中的那些非聚集索引导出其脚本，批量指定新文件组名字然后DROP，再CREATE
最后原始文件基本上都空了，这时候进行一次数据文件收缩，也就是几秒钟的事情了，至此底层数据整理完成
P.S.其实大家可以看出重整数据文件的过程并不是想象中那么复杂，理清思路产生一大堆脚本，然后扔到Job里面慢慢执行自己就可以提前下班吃饭了
【DBA的工作内容其实还是蛮愉快的：90%以上时间都是在等，等脚本执行，等问题发生，最关键的是等老板发工资；如果一家公司DBA每天都很忙要么是DBA能力不够，要么就是公司或老板有问题】
场景二交易型项目：
交易型项目比数据仓库要复杂一些，不过基本上也是使用上述脚本修修改改就能快速完成
需要注意的地方：主键、外键、约束（尤其是自增约束等）
如果有这些特殊情况就需要有针对性的逐步分析逐步迁移了，这时候就需要先理出一个优先级列表慢慢处理
关于数据库参数数据库参数也是比较重要的一个环节，尤其是SQL 2000退役，SQL 2005停止主流支持、SQL 2008即将停止主流支持，大量的数据库需要升级到更高版本
数据库兼容级别在帮助客户进行性能问题分析的时候我留意了一下，很多升级上来的数据库基本上数据库兼容级别都没有修改，这个是需要注意的
SQL Server一般情况默认向下兼容3个主流版本，是为了防止由于版本升级导致用户使用的早期语法或特殊的系统视图出现错误而给予的缓冲机会，并不是说大家在已经升级到高版本后还是继续使用老版本的特性
CHECKSUM这个参数一般是由于从SQL 2000升级上来时候没有重新配置导致，
SQL 2000的时候还只能简单的检查一下数据页头和定义，无法检查数据页是否真的正常
建议升级上来的所有数据库都去检查一下这个并设置为CHECKSUM
自动关闭数据库：这个参数类似于Oracle关闭时仅发出shutdown命令，它会等待所有会话结束后关闭数据库，一般情况我们都会用到immediate要求立即结束和关闭
自动创建统计信息：这个最好是开启，SQL执行依赖的执行计划，执行计划评估执行成本就是根据统计信息来的，所以这个相当重要，不是特殊情况应该保持常开
自动收缩数据库：个人从来就很诧异这个参数，如此耗费性能又没有实际价值的一个参数有存在的意义吗？如果不是特殊原因这个参数应该始终关闭
自动更新统计信息：这个参数同自动创建统计信息是一样的，强烈建议常开，统计信息收集越准SQL执行选择的执行计划就会越优，，性能也就越好
自动异步更新统计信息：这个参数建议设置为开启，我们知道统计信息非常重要，但是如果每次数据变化都去收集一次统计信息这个性能也就不那么好了，这个又再次体现了【平衡】
以上内容各个版本数据库都适用，下列内容将针对特殊版本使用
数据压缩：
适用版本：SQL Server 2008及其以后
非聚集列存储索引：
适用版本：SQL Server 2012及其以后
聚集列存储索引：
适用版本：SQL Server 2014及其以后
本文出自 “Fast” 博客，请务必保留此出处
Java-与平台无关性
Java与平台无关性:本文取自GitHub
相信对于很多Java开发来说，在刚刚接触Java语言的时候，就听说过Java是一门跨平台的语言，Java是平台无关性的，这也是Java语言可以迅速崛起并风光无限的一个重要原因。那么，到底什么是平台无关性？Java又是如何实现平台无关性的呢？本文就来简单介绍一下。
什么是平台无关性
平台无关性就是一种语言在计算机上的运行不受平台的约束，一次编译，到处执行（Write Once ,Run Anywhere）。
也就是说，用Java创建的可执行二进制程序，能够不加改变的运行于多个平台。
平台无关性好处
作为一门平台无关性语言，无论是在自身发展，还是对开发者的友好度上都是很突出的。
因为其平台无关性，所以Java程序可以运行在各种各样的设备上，尤其是一些嵌入式设备，如打印机、扫描仪、传真机等。随着5G时代的来临，也会有更多的终端接入网络，相信平台无关性的Java也能做出一些贡献。
对于Java开发者来说，Java减少了开发和部署到多个平台的成本和时间。真正的做到一次编译，到处运行。
平台无关性的实现
对于Java的平台无关性的支持，就像对安全性和网络移动性的支持一样，是分布在整个Java体系结构中的。其中扮演者重要的角色的有Java语言规范、Class文件、Java虚拟机（JVM）等。
编译原理基础
讲到Java语言规范、Class文件、Java虚拟机就不得不提Java到底是是如何运行起来的。
我们在Java代码的编译与反编译那些事儿中介绍过，在计算机世界中，计算机只认识0和1，所以，真正被计算机执行的其实是由0和1组成的二进制文件。
但是，我们日常开发使用的C、C++、Java、Python等都属于高级语言，而非二进制语言。所以，想要让计算机认识我们写出来的Java代码，那就需要把他"翻译"成由0和1组成的二进制文件。这个过程就叫做编译。负责这一过程的处理的工具叫做编译器。
在深入分析Java的编译原理中我们介绍过，在Java平台中，想要把Java文件，编译成二进制文件，需要经过两步编译，前端编译和后端编译：

前端编译主要指与源语言有关但与目标机无关的部分。Java中，我们所熟知的javac的编译就是前端编译。除了这种以外，我们使用的很多IDE，如eclipse，idea等，都内置了前端编译器。主要功能就是把.java代码转换成.class代码。
这里提到的.class代码，其实就是Class文件。
后端编译主要是将中间代码再翻译成机器语言。Java中，这一步骤就是Java虚拟机来执行的。

所以，我们说的，Java的平台无关性实现主要作用于以上阶段。如下图所示：

我们从后往前介绍一下这三位主演：Java虚拟机、Class文件、Java语言规范
Java虚拟机
所谓平台无关性，就是说要能够做到可以在多个平台上都能无缝对接。但是，对于不通的平台，硬件和操作系统肯定都是不一样的。
对于不同的硬件和操作系统，最主要的区别就是指令不同。比如同样执行a+b，A操作系统对应的二进制指令可能是10001000，而B操作系统对应的指令可能是11101110。那么，想要做到跨平台，最重要的就是可以根据对应的硬件和操作系统生成对应的二进制指令。
而这一工作，主要由我们的Java虚拟机完成。虽然Java语言是平台无关的，但是JVM确实平台有关的，不同的操作系统上面要安装对应的JVM。

上图是Oracle官网下载JDK的指引，不同的操作系统需要下载对应的Java虚拟机。
有了Java虚拟机，想要执行a+b操作，A操作系统上面的虚拟机就会把指令翻译成10001000，B操作系统上面的虚拟机就会把指令翻译成11101110。
 ps：图中的Class文件中内容为mock内容
所以，Java之所以可以做到跨平台，是因为Java虚拟机充当了桥梁。他扮演了运行时Java程序与其下的硬件和操作系统之间的缓冲角色。
字节码
各种不同的平台的虚拟机都使用统一的程序存储格式——字节码（ByteCode）是构成平台无关性的另一个基石。Java虚拟机只与由自己码组成的Class文件进行交互。
我们说Java语言可以Write Once ,Run Anywhere。这里的Write其实指的就是生成Class文件的过程。
因为Java Class文件可以在任何平台创建，也可以被任何平台的Java虚拟机装载并执行，所以才有了Java的平台无关性。
Java语言规范
已经有了统一的Class文件，以及可以在不同平台上将Class文件翻译成对应的二进制文件的Java虚拟机，Java就可以彻底实现跨平台了吗？
其实并不是的，Java语言在跨平台方面也是做了一些努力的，这些努力被定义在Java语言规范中。
比如，Java中基本数据类型的值域和行为都是由其自己定义的。而C/C++中，基本数据类型是由它的占位宽度决定的，占位宽度则是由所在平台决定的。所以，在不同的平台中，对于同一个C++程序的编译结果会出现不同的行为。
举一个简单的例子，对于int类型，在Java中，int占4个字节，这是固定的。
但是在C++中却不是固定的了。在16位计算机上，int类型的长度可能为两字节；在32位计算机上，可能为4字节；当64位计算机流行起来后，int类型的长度可能会达到8字节。（这里说的都是可能哦！）

通过保证基本数据类型在所有平台的一致性，Java语言为平台无关性提供强了有力的支持。
小结
对于Java的平台无关性的支持是分布在整个Java体系结构中的。其中扮演者重要的角色的有Java语言规范、Class文件、Java虚拟机等。
- Java语言规范
- 通过规定Java语言中基本数据类型的取值范围和行为
- Class文件
- 所有Java文件要编译成统一的Class文件
- Java虚拟机
- 通过Java虚拟机将Class文件转成对应平台的二进制文件等
Java的平台无关性是建立在Java虚拟机的平台有关性基础之上的，是因为Java虚拟机屏蔽了底层操作系统和硬件的差异。
语言无关性
其实，Java的无关性不仅仅体现在平台无关性上面，向外扩展一下，Java还具有语言无关性。
前面我们提到过。JVM其实并不是和Java文件进行交互的，而是和Class文件，也就是说，其实JVM运行的时候，并不依赖于Java语言。
时至今日，商业机构和开源机构已经在Java语言之外发展出一大批可以在JVM上运行的语言了，如Groovy、Scala、Jython等。之所以可以支持，就是因为这些语言也可以被编译成字节码（Class文锦啊）。而虚拟机并不关心字节码是有哪种语言编译而来的。
参考资料
《深入理解Java虚拟机（第二版）》 《深入Java虚拟机》 《Java语言规范——基于Java SE 8》 《Java虚拟机规范第8版》
Java中与平台无关的路径
我知道文件的相对路径，并希望将其作为File Linux和Windows上的对象来处理。
在Java中指定平台无关路径的最佳方法是什么？
我们今天的关于sql-server – DBA技能中有多大比例与平台无关？和sql数据库dba的分享就到这里，谢谢您的阅读，如果想了解更多关于DBA基础系列SQL Server 2014：1. SQL Server 安装部署（独立部署、非域环境）、DBA基础系列SQL Server 2014：2. SQL Server用户数据库初始化配置、Java-与平台无关性、Java中与平台无关的路径的相关信息，可以在本站进行搜索。
本文标签：
