This series of articles will guide you through creating a free SMB 3.0 file server in Microsoft Windows Hyper-V 2016. Hyper-V 2016 is an absolutely free GUI-less version of Microsoft Windows Server for virtual machines. Hyper-V 2016 Server has been specifically developed and created only for virtual machines. According to Microsoft EULA, StarWind does not recommend repeating the steps below, because this process is a violation of the license agreement. The reason why we can create SMB File Share on Hyper-V 2016 is simple: all Windows servers require SMB 1/2/3 to work, and Hyper-V 2016 is not an exception. But it does not mean you should create any unsupported Microsoft services on GUI-less Hyper-V 2016.

A part of a series, the research is dedicated to the capability of free Microsoft Hyper-V Server R2 to assume a file server role and cluster the resulting file server. Our last experiment on this matter showed that it’s possible to create SMB3 File Server on the free Microsoft Hyper-V Server R2 and now we’re about to go further and cluster it. The post shows a detailed instruction on the process and also the resulting setup. It appears to be fully working and usable, so the process may be called a success after all. Though it is absolutely real to do so, it is a violation of Microsoft’s license agreement, so StarWind urges everyone to refrain from repeating the experiment.

The first experiment dedicated to building a file server on free Microsoft Hyper-V Server R2. It is a part of a series of similar practical posts. The post offers a detailed instruction on how to assign file server role to the free Microsoft Hyper-V Server R2. However, this process is a violation of license agreement, so StarWind urges the readers not to repeat it. As to the reason the process is at all possible, the answer is quite simple: SMB3 is a crucial part of the free Microsoft Hyper-V Server R2 and the latter won’t work if the protocol support is cut out. In any case, a fact that you can do something doesn’t mean you should. Violating Microsoft’s user license agreement is some serious business you don’t want to get involved in.

This is a research dedicated to practical implementation of Microsoft Storage Spaces Direct. It is a part of a series of posts about S2D and features a detailed comprehensive instruction on building a fault-tolerant 4-node setup. Storage Spaces Direct is the next step of Storage Spaces, meaning it is an extension of the current SDS for Windows Server. Storage Spaces Direct utilizes SMB3 for all intra-node interaction, including the latest SMB Direct and SMB Multichannel. The testing of S2D is hot right now, so StarWind is doing its part as well. This setup is meant to withstand node failures and the post reveals how exactly it performs in this respect.

This post is about Microsoft Storage Replica – a disaster recovery tool, introduced by Microsoft in Windows Server 2016. It is a part of series about this technology, which is all featured on this blog. Basically, the post is a practical guide for building a “Shared Nothing” Scale-Out File Server, prepared by StarWind engineers after they did it themselves. The “Shared Nothing” is an architecture, which implies that each node is self-sufficient and completely independent, which makes the system more reliable. It got its name because the nodes don’t have a shared storage at all, moving closer to eliminating the single point of failure. The architecture is almost infinitely scalable, becoming popular with use cases where unpredictable and explosive growth is typical.

This is the first test in the series, dedicated to Microsoft Storage Replica – a new solution introduced in Windows Server 2016. It shows a step-by-step process of “Shared Nothing” Failover File Server building, based on the Server Message Block protocol (SMB3). Microsoft Storage Replica is a versatile data replication solution. It performs replication between servers, between volumes in a server, between clusters, etc. The typical use case for Microsoft Storage Replica is Disaster Recovery, which is basically replication to a remote site. It allows easy recovery of data in case the main site operation is disrupted by some sort of a force majeure, like natural disasters. The test is performed by StarWind engineers with a full report on the results.